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Preface 

Joseph  D.  Gradecki 


What's  wrong  with  the  world?  We  have  just  survived  one  of  the  worst  riots  in  American 
history.  Five  thousand  buildings  destroyed,  thousands  of  people  out  of  work,  and  one  billion 
dollars  in  damage.  If  only  the  anger  could  have  been  taken  out  in  a  Virtual  World! 

Endeavor 

The  space  shuttle  Endeavor  is  trying  to  capture  a  stranded  satellite.  The  pictures  given  to  the 
American  public  show  an  astronaut  hanging  off  the  end  of  the  shuttle  arm  using  a  fifteen  foot 
capture  device.  What  a  perfect  opportunity  to  use  telepresence.  An  astronaut  wearing  a  body 
suit  on  Earth  could  control  a  robot  in  space  that  would  go  out  and  get  the  satellite.  This  is  a 
simplistic  view  but  it  could  be  done. 

Power 

I  just  read  an  article  about  the  new  Virtual  World  system  from  VPL,  Microcosm.  They 
described  the  computing  power  behind  the  system.  Each  eye  is  controlled  by  a  board  which 
includes  an  i860,  a  transputer,  and  a  Toshiba  Polygon  processor.  The  audio  is  controlled  by  a 
separate  DSP  processor  and  the  head  tracking  and  glove  are  controlled  by  an  80286  processor. 

Speaking  of  power,  I  have  been  researching  3D  sound  or  sound  localization  for  an  upcoming 
issue.  In  one  article  it  described  a  system  based  on  a  25-mhz  80386.  This  system  needs  from  six 
to  eight  minutes  to  generate  a  localized  sound.  (Six  to  eight  minutes  per  sound!) 

A  recent  catalog  sent  to  me  had  included  the  Convolvotron  system.  This  system  consists  of 
two  PC  cards  with  four  DSP  processors  operating  in  parallel.  The  cost  was  $14,000.  I  hope  to 
come  up  with  something  between  these  extremes. 

Battletech 

Did  you  know  that  Battletech  is  based  on  Amigas?  If  you  have  access  to  Internet,  I  would 
recommend  FTPing  to  milton.u. washington.edu.  Move  to  the  directory  /public/virtual- 
worlds/faq.  In  this  directory  you  will  find  additional  directories  containing  articles  about  different 
subjects.  Included  are  citations,  commercial,  papers,  research  and  others.  These  small  articles 
contain  a  wealth  of  information  about  what  is  being  produced  by  other  companies  and  schools. 

And  Last 

Rend386  by  Dave  Stampe  and  Bernie  Roehl  is  becoming  a  competitive  graphics  package. 
Dave  just  ran  a  test  on  a  80486/50  and  was  doing  several  ten's  of  thousands  of  polygons  per 
second.  It  sounds  like  we  have  something  in  this  package. 


Interfacing  the  Sega  Glasses  to  the  PC 

Joseph  D.  Gradecki 


In  the  last  issue  of  PCVR,  I  presented  a  schematic  of  a  circuit  for  interfacing  the  Sega  3D 
glasses  to  the  serial  port  of  the  PC.  This  schematic  originated  from  two  different  articles  with  two 
different  authors.  There  is  no  clear  reference  to  the  genuine  author  and  since  the  schematic 
resides  in  public  domain,  I  am  using  it  as  the  foundation  for  this  article.  In  addition  to  the 
schematic,  the  artwork  for  a  printed  circuit  board  (PCB)  was  published.  This  PCB  was  created  by 
the  author  and  is  in  operation  today. 

Introduction 

The  Sega  3D  glasses  allow  the  user  to  play  3D  games  on  the  original  Sega  game  system.  This 
system  is  still  in  production  and  can  be  purchased  from  many  Toys  R  Us  stores.  The  glasses, 
however,  are  not  available  separately  from  the  toy  stores.  In  order  to  obtain  the  glasses,  you  must 
call  Sega  USA  and  request  them.  The  number  is  1-800-SegaUSA.  I  was  told  that  the  glasses 
being  purchased  are  refurbished  but  after  receiving  mine,  I  can  say  that  they  look  brand  new.  The 
glasses  came  with  the  game  adapter  and  some  instructions.  We  used  glasses  only  and  not  the 
game  adapter.  If  you  are  interested  in  using  the  game  adapter  and  the  PC  parallel  port,  there  are 
files  on  Compuserve  in  the  COMART  virtual  reality  library  which  document  the  interface. 

Looking  at  the  glasses,  you  will  see  that  they  have  a  pale  green  lens  for  the  eye  ports.  Power 
applied  to  the  appropriate  wire  will  shut  a  lens  over  one  of  the  eyes.  This  lens  blocks  the  user 
from  seeing  with  that  eye.  The  shutter  action  of  the  glasses  is  controlled  by  three  wires.  The  plug 
at  the  end  of  the  connection  wire  is  stereo  thus  allowing  two  hot  wires  and  a  ground.  When 
power  is  alternately  applied  to  the  wires,  the  glasses  can  be  used  to  "see"  3D  objects  displayed  on 
a  computer  monitor  or  TV  screen. 

Limitations 

The  first  limitation  of  the  Sega  glasses  for  the  wearer  is  being  able  to  use  your  peripheral 
vision  to  see  the  real  world.  This  does  not  create  a  sense  of  belonging  to  the  virtual  world  and 
can  be  a  real  problem  when  you  are  in  a  well  lighted  room.  A  heavy,  black  ski  mask  attached 
around  the  outer  edge  of  the  glasses  blocks  the  light  well  and  overcomes  this  limitation 

The  second  problem  is  the  shutter  lens.  These  lenses  supposedly  block  the  eye  from  seeing  the 
screen.  The  shutter  lenses  are  not  entirely  black  and  you  are  able  to  see  through  them  during  the 
shutter  operation.  I  started  to  get  headaches  from  using  the  glasses  after  an  extended  amount  of 
time. 

A  third  problem  is  the  computer  control.  If  the  computer  spends  any  amount  of  time  doing 
graphics  work,  the  shutter  glasses  slow  down.  This  causes  many  strange  reactions  to  occur  in  the 
brain  and  eyes.  The  first  of  which  is  a  headache.  This  can  be  overcome  by  creating  an  interrupt 
routine  based  on  the  timer  tick  of  the  PC.  When  a  certain  number  of  ticks  has  passed,  a  routine  is 
called  which  flicks  the  lenses. 


Outside  of  these  problems,  the  Sega  glasses  give  the  user  "some"  sense  of  3D.  I  admit  it  does 
take  some  imagination. 

Interface 

The  interface  circuit  is  quite  simple.    The  circuit  is  connected  to  the  RS-232  serial  port  of  the 
PC.  One  of  the  lens  wires  connects  to  the  DTR  line  and  the  other  connects  to  the  RTS  line. 
Recall  that  the  glasses  require  a  voltage  change  to  one  of  the  wires  in  order  to  close  a  lens.  Since 
the  PC  has  control  over  these  serial  port  lines,  we  can  easily  send  a  voltage  down  either  of  them 
upon  demand.  The  XOR  chip  allows  only  one  voltage  to  be  applied  to  the  glasses.  According  to 
the  XOR  truth  tables,  the  only  true  signal  that  can  be  generated  is  when  only  one  of  the  input  lines 
is  true.  If  both  lines  are  true,  the  output  is  false.  The  diodes  in  the  circuit  restrict  the  flow  of 
electrons  away  from  the  PC,  not  allowing  voltage  to  travel  back  into  the  serial  port. 

Software 

There  is  not  much  software  available  for  the  PC  and  the  Sega  glasses.  Recently,  Dave  Stampe 
released  a  Sega  demo  for  the  Rend386  package.  This  demo  allows  a  pig  object  to  be  seen  in  3D. 
Try  out  the  banana/chess  piece  demo  .pig  file.  It  is  impressive.  Be  careful  about  how  far  you 
move  the  viewpoint  back  and  forth,  as  there  are  points  at  which  the  objects  begin  to  grow  farther 
and  farther  apart  and  no  longer  appear  as  a  single  entity.  Dave  anticipates  releasing  the  Sega  3D 
glasses  interface  for  Rend386  in  the  near  future. 

The  software  that  was  distributed  with  the  schematic,  left  something  to  be  desired.  While  we 
wait  for  the  Sega  interface  from  Mr.  Stampe,  I  have  rewritten  a  program  that  allows  objects  to  be 
created  and  seen  in  3D.  First  we  should  discuss  the  serial  port  interface.  The  I/O  address  for 
COM1  is  0x3FC.  If  the  value  of  one  is  output  to  this  address,  the  DTR  line  is  put  high  and  the 
RTS  line  is  put  low.  If  the  value  of  three  is  output  to  this  address,  the  DTR  line  is  put  low  and 
the  RTS  line  is  put  high.  By  alternating  the  output  between  one  and  three,  the  glasses  will  begin 
to  shutter.  Borland  C  allows  the  programming  to  access  I/O  ports  through  the  use  of  the 
out  port  b  (port,  byte)  statement 

The  basic  idea  behind  displaying  3D  pictures  using  the  PC  is  to  display  the  left  eye  image  and 
close  the  right  lens  of  the  glasses.  As  soon  as  this  is  accomplished,  the  right  eye  image  is 
displayed  and  the  left  lens  of  the  glasses  closes.  For  true  3D  effects,  the  above  sequence  should 
occur  thirty  times  each  second  allowing  each  eye  to  see  its  appropriate  image  thirty  times  each 
second.  To  determine  when  to  shut  a  lens  on  the  glasses,  we  can  monitor  the  vertical  retrace 
signal  register  on  the  VGA  card.  The  address  of  this  register  is  0x3DA.  We  want  to  monitor  the 
8th  bit.  When  this  bit  has  a  value  of  1 ,  a  retrace  has  occurred. 

Eye  Images 

One  of  the  problems  we  encounter  is  displaying  the  different  left  and  right  eye  images  on  the 
same  monitor.  This  is  solved  easily.  To  display  two  different  images  without  having  to  redraw 
the  screens,  we  use  two  different  graphic  pages  available  with  some  of  the  display  modes.  The 
display  mode  320  x  200  x  16/256  on  a  VGA  card  with  512k  will  have  two  different  memory  areas 
that  can  be  used  to  display  graphics.  These  pages  are  called  page  0  and  page  1 .  Borland  C  is 
aware  of  these  different  pages  and  gives  us  two  statements  to  take  advantage  of  them.  The  first 
statement  is  setactivepage().  This  statement  tells  the  PC  which  page  to  use  when  graphics 


commands  are  given.  The  second  statement  is  setvisualpage().  This  statement  tells  the  PC 
which  page  is  to  be  the  current  frame  buffer.  When  the  VGA  card  begins  to  paint  a  new  screen,  it 
will  take  the  images  information  from  the  currently  selected  frame  buffer.  This  information  can  be 
used  to  create  a  program  that  displays  a  3D  image. 

The  algorithm  is: 

set  the  active  page  to  0 
draw  the  left  eye  image 
set  the  active  page  to  1 
draw  the  right  eye  image 

loop 

waitforverticalretrace(); 
setvisualpage(O); 
waitforverticalretrace(); 
setvisualpage(l); 
endloop; 

The  waitforvertica!retrace();  procedure  is 

void  waitforvertical  retrace(void) 
{ 

static  char  change  -  1 ; 

while  (  inportb(0x3DA)  &  8  ) 

while  (( inportb(0x3DA)  &  8  )  ==  0  ) 
if  (  (change++  &  1  )  —  0) 

outportb(0x3FC,l); 
else 

outportb(0x3FC,3); 

} 

Credit  for  this  routine  goes  to  F.  van  der  Hulst.  The  program  following  this  article  displays  a 
simple  box  in  3D.  The  box  moves  in  the  Z  direction  by  pressing  the  T '  or  V  keys.  By  using  the 
algorithm  above  and  the  waitforveriticalretrace  procedure,  any  image  can  appear  in  3D.  Care 
must  be  taken  when  doing  graphic  draws  between  the  image  exchanges.  Slow  or  complex  draws 
causes  the  glasses  to  shutter  at  a  slower  rate  which  causes  the  view  to  appear  in  2D  instead  of  3D. 

Program 

The  simple  test  program  for  the  Sega  glasses  draws  a  box  using  the  standard  Borland  line 
drawing  routines.  Before  a  line  is  drawn  however,  the  current  view  transformation  is  applied  to 
the  world  coordinates  of  the  box.  Once  the  screen  x  and  y  coordinates  are  known,  the  box  is 
drawn   This  creates  the  image  for  one  eye.  To  create  the  image  for  the  other  eye,  the  "eye" 
position  is  moved  and  new  x  and  y  coordinates  are  obtained   This  view  can  now  be  displayed  as 


well.  Each  of  the  images  are  put  into  different  pages  of  the  VGA  memory  space.  These  pages 
will  be  displayed  repeatedly,  while  the  shutters  on  the  glasses  are  changed.  If  the  user  presses  " 
or  V,  the  images  will  be  redraw  into  the  pages  and  the  sequence  starts  again. 


/*  This  code  is  copyrighted  by  VRing  Software  Development  */ 
/*  Any  commercial  use  is  stricted  prohibited  unless  permission  is  *l 

/"  granted  otherwise.  */ 

» include  <stdio.h> 
((include  <stdlib  h> 
((include  <graphics.h> 
((include  <math.h> 
((include  <conio.h> 
ffuiclude  <dos.h> 

#define  DISPIO  0x3DA 
((define  VRT_bit  8 
((define  to  radians  0.0174532*2 
((define  screendist  1000.0 

Doat  rho  =  5000,  theta  =  90.0.  phi  =  1 80.0, 
int  screen_x  -  640, 

screen^y  =  350, 

screen_x2  =  320, 

screen_y2  =  175; 
float  va,vb,ve,vtvg,vi,vj,vk,vl; 

struct  object  'hand, 
struct  matrix  *hand_matnx; 

struct  myjjoint  ( 

int       x,  y,  z; 
int        oldx,  oldy,  oldz, 
int       ax,  ay; 
struct  my  point  'next, 

); 

struct  polygon  { 

struct  my_point  "points, 
struct  polygon  "next; 
int  color; 
int  line; 

>. 

struct  object  { 

struct  polygon  •polygons; 
int  number, 

); 

struct  matrix  ( 

int  m[4][4|; 

); 

void  identity  ( struct  matrix  *m  ) 
(  int  i  j; 

for(i=0j<4j++) 
( 

for(j=0j<4j++) 
( 

m->m[i)[j]  =  0  0, 

) 

) 

m->m|0)[0J=1.0; 
m->m|l|Ill=  1  0; 
m->m|2][2)  =  1.0; 
m->m[3][3j  =  1.0; 

> 

void  create_view_transfomiationO 

{  float  sintheta,  costheta.  sinphi,  cosptu, 

sintheta  =  sin(theta*to  radians), 
costheta  =  cos(theta*to  radians); 
sinphi  =  sin(phi*to  radians), 
cosphi  =  cos(phi"to_radians), 

va  -  -sintheta.  f-]*i 
vb  =  costheta;  !'0*! 
ve  =  -costheta*cosphi;  1*0*1 
vf  =  -sintheta'cosplu,      1 "/ 
vg  =  sinphi.  /*0*' 
vi  =  -costheta'sinphi;  1*0*1 
vj  =  -sintheta'sinphi,  1*0*1 


vk=  -cosphi,  1*1*/ 
vl-rho;  /"5000*/ 

) 

struct  object  *  create_object  ( struct  object  *obj ) 

obj  =  (struct  object  *)malloc(sizeof  (struct  object)); 
obj->polygons  ->  NULL, 
obj->nuniber  -  0; 

return  (obj); 

) 

void  release_object  (  struct  object  'obj  ) 
(  struct  polygon  *p; 
struct  my_point  *d; 

if(obj->numbcr>0)  { 
while  (  obj->polygons  !=  NULL )  ( 
p  =  obj->porygons, 

obj->polygons  ~  obj->polygons->next; 
while  (  p->points  !=  NULL )  ( 
d  =  p->points; 

p->points  =  p->points->next, 
free(d); 

) 

free  (p); 
>  ) 

free  (obj); 

) 

struct  polygon  •  add_polygon  ( struct  object  *obj,  struct  polygon  *p,  int  line  ) 

{ 

p  =  (struct  polygon  •)malkrc(sizeof(stnict  polygon)), 
p->next  =  NULL; 
p->points=NULL; 
p->line  »  line; 

if(obj->polygons'i=NULL)  { 
obj->polygons  =  p; 

) 

else  { 

p-=next  =  obj->polygons; 
obj-:-polygons  =  p; 

} 

obj->number++; 
return  (  p  ); 

> 

void  proj  ( struct  my_point  *p,  int  *sx,  int  *sy,  struct  matrix  *mat ) 
{  int  xt,yt,zt,xe,ye,ze,xw,yw,zw; 

/*  Apply  current  global  Matrix  (mat)  */ 
xt=p->x*mat->ml0][05  + 

p->y*mat->m|IJ[0)  + 

p->z*mat->m[2][0J  + 
mat->m[3]IO]; 

yt  =  p->x*mat->m(0][l]  + 

p->>'*mat->m|l]ll]  + 
p->z*mat->m[2j(l]  + 
mat->m|3Jlij; 

zt  =  p->x*mat->m[0|(2]  + 

p->y*mat->m[l)|2]  + 
p->z'mat->m(2]|2]  + 
mat->m[3J[2]; 

xw  =  xt:  yw  —  yt,  zw  =  zt, 

/*  Translate  to  view  */ 

xe  «  va'xw  +  vb*yw; 

ye  =  ve*xw  +  vf*      yw      *  vg*zw. 

ze  -  vi"xw  +  vj'yw  *  vk"  zw  *  vl, 

/*  Translate  to  perpecove  view  */ 
*sx  =  screendist  *  xe  /  ze; 
*sy  =  screendist  *  ye  /  ze; 

) 


void  mini_proj  ( stnict  my_point  *p,  int  *sx,  int  *sy,  tnt  *sz,  struct  matrix  'mat ) 
{  int  xt,  yt,  zt,  xe,  ye,  ze,  xw,  yw,  zw; 

/•  Apply  current  global  Matrix  (mat)  •/ 
"sx  =  p->x"mat->m(0)|0)  + 

p->y*mat->m|l][0]  + 

p->z*mat->m[21[01  + 
mat->m[3)|oj; 

•sy  -  p->x*mat->m[OHI  ]  + 

p->y*mat->in(l  J|tJ  + 
p->z*rnat->rri|2][lj  + 
mat->m[3][l]; 

"sz  =  p->x'mat->m[0][2)  + 

p->y'mat->m[l)[2J  + 
p->z*mat->m|2)|21  + 
mat->m(3)|2), 

) 


void  draw_objeet  (  struct  object  "obj,  stnict  matrix  "mat,  int  color  ) 

(  struct  polygon  "p; 
struct  my_point  *d; 

int  x.  y.  x2,  y2,  "sx,  *sy,  *sx2,  *sy2,  svx,  svy; 
setcolor  ( color ); 

sx  =  &x;  sy  =  &y,  sx2  =  &x2;  sy2  =  &y2; 

p  =  obj->polygons; 
while  (p!=  NULL)  ( 

d  =  p->points, 

proj  ( d,  sx,  sy,  mat ); 

svx  =  d->ax  =  x;  /•  Save  actual  points  for  erase  */ 

svy  =  d->ay  =  y, 

d  =  d->next; 

while  (d<=  NULL)  ( 

proj(d,  sx2,  sy2,  mat ); 

d->ax  =  x2;  /*  Save  actual  points  for  erase  */ 

d->ay  =  y2; 

line  (screen_x2-x,  screen_y2-y,  sereen_x2-  x2,  screen_y2  -  y2 ); 

d  =  d->next, 

x  =  x2;        y  =  y2, 

) 

if  (  p->line     0  )  ( 

line  ( screen_x2-x,  screen_y2-y,  screen_x2-svx,  screen_y2-svy ); 

) 

p  =  p->next, 

> 

) 

void  erase  object  (  stnict  object  *obj ) 
{  struct  polygon  "p, 

struct  my_pouit  *d, 

int  svx,  svy,  x,  y; 

setcolor  (BLACK); 
p  =  obj->polygons; 
while  (p!- NULL)    (  ' 

d  =  p->points, 

x  =  svx  =  d->ax, 

y  =  svy  -  d->ay; 

d  =  d->next, 

while  ( d  \=  NULL  )  { 

line  ( screen_x2-x.  screen_y2-y,  screen  x2-d->ax,  screen^y2-d->ay ), 

x  =  d->ax, 

y  =  d->ay; 

d  =  d->next; 

) 

if(p-'line  =  0)  ( 

line  ( screen  x2-x,  screen_y2-y,  screen  x2-svx,  screen  y2-svy  ), 

) 

p  -  p->next, 

) 

) 

void  addveitex  (  struct  polygon  *p,  in!  x,  int  y,  int  z ) 
(  stnict  my  j>oint  "d,  "temp, 

temp  =  p-  -points . 
if  ( temp  !=  NULL )  ( 

while  ( temp— next  i=  NULL ) 

(  temp  =  temp-  >next, ) 

I 

d  =  (struct  my  point  ")malIoc(si/.eo(?.stnict  my  jjoinll). 


d->x»x;  d->y  =  y;  d->z=z; 
d->oldx  ^  x;  d->oldy  =  y;  d->oldz  -  z, 
d->next  -  NULL; 

if  (  p->points  =  NULL )  ( 
p->points  =  d, 

) 

else  { 

temp->next  =  d, 

) 

) 

struct  object  *  makehandobjectO 
(  stnict  polygon  *p; 
stnict  object  'hand; 

hand  =  createobject  ( hand ); 

p  =  add_polygon  ( hand,  p,  0  ); 
add_vertex  ( p,  400,0,1000), 
addvertex  (  p,  400,400, 1 000  ); 
add  vertex  (  p,  400,400,300  ), 
add_vertex  ( p,  400,0,300  ); 

p  -  addpolygon  (  hand,  p,  0  ); 
add_vertex  (  p,  450, 0. 1000 ), 
add_  vertex  (  p,  450, 400,  1000 ), 
add_  vertex  ( p,  450, 400, 300 ); 
addvertex  (  p,  450, 0, 300 ); 

p  —  add_polygon  (  hand,  p.  I  ); 
add_vertex  ( p,  400,  0,  1 000 ); 
add_vertex  (  p,  450,  0.  1000), 

p  »  add_polygon  ( hand,  p,  1  ), 
add_vertex  (  p,  400,  400,  1000  ); 
add_  vertex  ( p,  450, 400,  1000  ); 

p  =  add_po!ygon  ( hand,  p,  1  ), 
addvertex  (  p,  400,  400,  300  ), 
add_ vertex  (  p,  450.  400,  300  ), 

p  -  addpolygon  (  hand,  p,  ]  ); 
add  ^vertex  ( p,  400, 0. 300  ); 
add  vert  ex  ( p,  450. 0. 300  ), 

return  ( hand ), 

) 

stnict  matrix  *  matnxmult  (  struct  matrix  "a,  struct  matrix  "b  ) 
(  inti,j,k;  float  t;  struct  matrix  *c; 

c  =  (struct  matrix  *)malloc(sizeoflstruct  matrix)). 

for  (H)j<4j++)  { 
for(j=0j<4j+*)  ( 
t  =•  0.0; 

for(k=0J;<4Jc++)  ( 

t  =  t  +  a->mli)lk|  •  b->m(k|ljl, 

) 

c->m[i]|j]  =  t; 
) 

) 

return  ( c ); 

> 

struct  matrix  *  objecl  translate  (  struct  matrix  "mat.  ml  Iransx,  int  traiisy,  int  trans/  ) 
(  stnict  matrix  *b,  *c, 

b  -  (struct  matrix  *|malloc(sizeofistnict  matrix)). 

identity  ( b ); 
b->m|3||0)  =  transx, 
0->m|3||l|  -  transy, 
b->m|3||2|  =  transz; 
c  =  matnxmult  (  mat,  b  I. 
free  (  mat  ), 
free  (hi, 

return  (  c  ). 

} 

stnict  matrix  "  object  st  ale  (  struct  matnx  "mat.  float  stale  ) 
(  stnict  matnx  *b.  *c, 

b  =  (stnict  matnx  "Hiialloclsi/coflstnicl  matnx  I). 

identity  (  b  ). 

!.-  m[0|[0]--  scale 

b-  m|  I  ||l  |-  scale, 

b-  in|2|[2|  *  stale. 


c  -  matrixmult  ( mat,  b  ); 

free  (  mat ); 

ftee(b); 

return  (  c  ); 

} 

struct  matrix  *  objectxrot  (  struct  matrix  "mat,  float  deg  ) 
{  float  thecos,  thesin; 
struct  matrix  *b,  *c; 

thecos  =  cos  (  deg'toradians  ), 
thesin  =  sin  (  deg'to  radians  ); 
b  =  (struct  matrix  ')malloc(sizeof(struct  matrix)); 

identity  {  b  ); 
b->m|l][I]*  thecos. 
b-smjipj-  thesin; 
b->mI2][  1  ]  =  -thesin, 
b->ro[2](2]- thecos; 
c  *  matrixmult  (  mat,  b ); 
free  ( mat ), 
free  ( b ); 

return  ( c ); 

} 

struct  matrix  *  object  yrot  <  struct  matrix  "mat,  float  deg  ) 
(  float  thecos,  thesin, 
struct  matrix  *b,  *c; 

thecos  =  cos  (  deg'to  radians ), 
thesin  =  sin  (  deg'to  radians  ); 
b  =  (struct  matrix  *)mauoe(sizeofrstruct  matrix)); 

identity  ( b ); 
b->m[0)[OJ  =  thecos, 
b->iii[0J(2]  -  -thesin; 

b->ni[2][cj  =  thesin; 
b->m|2U2j  =  thecos; 
e  =  matrixmult  (  mat,b ); 
free  (  mat ); 
free(b); 

return  (  c  ), 

} 

struct  matrix  *  object_zrot  ( struct  matrix  "mat,  float  deg ) 
(  float  thecos.  thesin, 

struct  matrix  *b,  "c; 

thecos  =  cos  (  deg'to  radians  ), 
thesin  =  sin  ( deg*to_radian*  ); 
b  =  (struct  matrix  ')mal]oc(sizeofl>truct  matrix)); 

identity  ( b ); 
b->m|01(0]  -  thecos; 
b->m|0]|  I)  "thesin; 
b->m[ljlO)- -thesin; 
b->m|  1 1(1 )  -  thecos; 
c  =  matrixmult  ( mat,  b ); 
free  ( mat ); 
free  ( b ); 


/*  Allocate  memory-  for  objects  and  matrices  "V 
hand  matrix  -  (struct  matrix  •)malloc(si2ieof(stniet  matrix)); 
identity  (  hand_  matrix  ), 

handmatnx  -  object  translate  ( handmatrix,  -300,0,0  ); 


create  view  transfomiationO;  /*  Set  up  transformations  '.' 

setactivepage(0), 

cleardeviceO ,  /*  Clear  display  screen  •/ 

setactivepage(l); 

cleardeviceO. 

setactivepage(O); 

setvisualpage(0), 

hand  =  makehandobjectO; 

drawobject  ( hand,  hand  matnx,  RED  ), 

setactivepage(i); 
rho  =  2000.0, 

create_view_transformationO; 

draw  object  (  hand,  hand  matrix,  RED ), 

setactivepage(O), 

rho  =  2100.0; 

create  view  transformatioiiQ, 
dis  =  0; 
rho  =  2000.0; 

while  (ch  !=  'q' ) 
( 

waitforverticalretraceO, 

setvisualpage(0i, 

waitforvertiealretraceO; 

setvTsualpage(l), 

if(kbhitO) 
( 

if((ch=getch0  )  =  V) 
dis+=  100; 

else 

dis  -  100; 
identity  ( hand  matrix  ); 

hand  matrix  «  object  translate  ( hand  matrix,  -3O0,0,dis  ); 

CTeateview  transfoniiationO; 

setactivepage<0); 

cleardeviceO; 

draw  object  (  hand,  hand  matrix,  RED ); 

setacovepage(l), 
cleardeviceO; 
rho  =  2100.0; 

create  view  transformation!), 
rho  *  2000.0, 

draw  object  ( hand,  hand  matrix.  RED  ); 

) 


release_object(hand);  /*  Release  all  objects  */ 

closegraphl);  '*  Release  graphics  screen  */ 

) 


return  (  c  ), 


void  waitforverticalretrace(void) 
{  static  char  chopper  -  1 ; 

while  (inportb(DISPIO)  &  VRT  bit)  /*  wait  */ ; 
while  ((inportb(DISPIO)  &  VRT_bit)  —  0)  /*  wait  •/ ; 
if((chopper++  &  1)=0) 
outportb(0x3fc,  I), 
else 

outportb(0x3fc,  3); 

) 


void  mainO 
( 

char  ch. 

int  graphmode,  graphdriver,  i,  x,  y,  z,  dis  -  S; 


/*  Set  up  graphics  screen  */ 
graphmode  =  EGAHI; 
graphdnver  =  EGA; 

initgraph  (  Agraphdnver,  Agraphmode. "" ). 


Building  A  Head-Mounted  Display  -  Basics 

Joseph  D  Gradecki 


A  Virtual  Reality  system  is  incomplete  without  a  head-mounted  display.  The  Sega  glasses  are 
fine  for  awhile  but  there  needs  to  be  more.  Over  the  next  few  issues,  I  will  document  my 
discoveries  as  I  try  to  build  a  head-mounted  display.  This  article  discusses  the  HMDs  that  are 
currently  available,  choices  for  a  homebrew  display,  and  a  preview  of  the  system  that  I've  chosen 
to  build. 


Background 

In  1968,  Ivan  Sutherland  wrote  an  article  called  Head-mounted  three-dimensional  display 

in  the  Proceedings  of  the  Fall  Joint  Computer  Conference.  This  was  the  beginning  of  an  idea  to 
put  a  user  into  a  virtual  world  by  using  computer  displays  for  eyes. 

Current  Displays 

There  are  a  number  of  manufacturers  of  head-mounted  displays.  The  following  is  a  list  of  the 
names  and  addresses. 


Virtual  Research        1313  Socorro  Ave.  Sunnyvale,  CA  94089 

408-739-7114 


VPL  Research  Inc.      656  Bair  Island  Road,  Suite  304  Redwood  City,  CA  94063 

415-361-1710 


Fake  Space  Labs 


935  Hamilton  Avenue  Meno  Park,  CA  94025 
415-688-1940 


GoggleVox 


+44  081  202  0976 


Leep  Systems  Inc.      241  Crescent  St.  Waltham,  MA  02154 

617-647-1395 


StereoGraphics 


800-24stereo 


Reflection  Technology  240  Bear  Hill  Road  Waltham,  MA  02 1 54 

617-890-5905 


Not  all  head-mounted  displays  are  the  same.  Three  of  the  systems,  VPL,  Virtual  Research, 
and  Leep,  use  color  LCD  screens  for  each  of  the  eyes  The  other  manufacturers  use  dilTerent ' 
optica]  technology  which  we  will  not  cover.  I  suggest  writing  or  calling  these  companies,  if  yo 
are  interested,  for  more  information  on  their  products. 


VPL  is  by  far  the  most  popular  name  for  head-mounted  displays.  The  Eyephonetm  is  used  by 
all  the  major  research  companies  and  universities  dealing  in  virtual  worlds.  VPL  has 
manufactured  several  different  models  of  the  Eyephone.  Each  of  these  models  used  a  different 
size  LCD.  The  three  LCD  sizes  used  are  2.7",  2.75",  and  3".  For  the  optics,  VPL  uses  those 
created  by  LEEP  Systems  Inc.  I  have  seen  a  documented  price  of  $49,500  for  the  VPL 
EYEPHONE  HRX.  As  of  this  writing,  I  have  not  received  product  datasheets  from  VPL  and 
therefore  I  am  not  able  to  comment  further  on  the  Eyephones. 

Virtual  Research  created  a  head-mounted  display  called  the  Flight  Helmettm  (FH).  The  FH 
looks  like  a  space  helmet  from  a  science-fiction  novel.  It  weighs  four  pounds  and  adjusts  for 
different  head  sizes.  The  screens  are  color  LCDs  with  the  dimensions  360  x  240  or  86,400  pixels. 
The  optics,  manufactured  by  Leep  Systems  Inc.,  create  a  100  degree  field  of  view.  The  helmet  is 
not  specifically  made  for  a  particular  computer  system  because  the  inputs  to  the  screens  are 
common  NTSC  composite  signals.  The  helmet  connects  to  a  PC  with  little  more  than  two  vga-to- 
ntsc  converters.  Sony  stereo  headphones  present  sound  to  the  user  that  can  be  integrated  into  the 
helmet.  The  Logitech  3D  Head  Tracker,  Ascension  Bird,  or  the  Polhemus  3  Space  Isotrack  or 
Tracker  detect  the  position  of  the  head.  For  the  homebrew  PC  virtual  reality  experimenter,  cost  is 
the  deciding  factor.  The  helmet  costs  $6000.00  without  converters.  Converters  can  be  purchased 
from  many  sources  costing  in  the  range  $199.00  to  over  a  $1000.00. 

Both  of  the  HMDs  mentioned  above  use  Leep  Systems  Inc.  wide  angle  optics.  Leep  has  built 
their  own  head-mounted  display  since  they  had  the  optics.  The  CYBERFACE  2  HMD  uses  two  4 
inch  diagonal  color  LCDs  and  a  new  set  of  optics.  Leep  uses  the  4  inch  LCDs  because  of  the  new 
optics  it  has  created. 

"The  optical  system  differs  from  that  used  in  the  original  CYBERFACE  1 
(  and  in  all  other  commercial  and  most  experimental  head-mounted  display 
systems,  all  of  which  adopted  the  LEEP  optics  )  in  that  it  provides  a  wider 
field  of  view  for  each  eye  as  well  as  a  25  degree  wider  total  lateral  field 
of  view" 

The  CYBERFACE  2  accepts  NTSC  or  PAL  RGB  signals.  LEEP  also  offers  an  option  for 
composite  video  decoding.  The  price  is  $8100.00  which  does  not  include  earphones,  head 
tracking,  or  composite  video  decoding. 

These  three  systems  have  one  important  thing  in  common:  their  price.  For  the  price  of  a  car, 
you  can  purchase  one  of  these  head-mounted  displays.  I  have  no  doubt  about  their  quality  but  as 
a  homebrew  experimenter  there  is  just  no  way  to  justify  this  cost.  Our  only  choice  is  to  build  our 
own  head-mounted  display. 

Homebrew  Choices 

Over  the  last  three  or  four  months,  I  have  researched  what  it  would  take  to  build  my  own 
HMD.  I  came  up  with  five  possibilities. 


1)  Use  the  Sega  glasses  but  enclose  them  in  a  mask  so  that  the  outside  world  does  not  leak 
into  the  field  of  view.  This  solution  is  cheap  but  is  not  acceptable.  It  causes  headaches  and  the 
user  can  still  view  the  outside  world  when  looking  at  the  computer  monitor.  Thus,  the  user  is  not 
completely  immersed  in  the  virtual  world  which  is  very  important.  If  the  user  sees  parts  of  the 
real  world,  the  brain  works  more  than  we  want  it  to  and  lets  the  user  know  that  they  are  not  a  part 
of  any  virtual  world.  However,  if  the  budget  is  severely  limited  the  Sega  glasses  will  work. 

The  remaining  three  options  use  color  LCDs  to  view  the  virtual  world. 

2)  Most  CGA  cards  have  composite  RCA  outputs.  They  can  be  plugged  into  the  LCDs 
directly  since  they  are  NTSC  ready.  The  cost  would  be  somewhere  around  $60.00;  $30.00  per 
card.  CGA  is  limited  to  four  colors,  which  is  the  main  problem  with  this  is  option.  In  addition, 
most  CGA  cards  have  not  been  built  for  virtual  reality  or  main  stream  graphics  use  and  are  slow. 
A  further  problem  is  software,  Rend386  does  not  support  CGA. 

3)  We  solve  the  software  problem  by  using  EGA.  Rend386  supports  the  320x200x16  EGA 
mode.  EGA  cards  do  not  have  the  composite  RCA  output,  they  have  only  the  TTL  9-pin 
connector.  Various  magazines  publish  circuits  that  convert  digital  RGB  signals  to  NTSC  using 
the  Motorola  MC1377  chip.  In  the  July  1990  issue  of  Radio-Electi  onics,  there  is  a  circuit  for  a 
digital  RGB-to-NTSC  converter.  This  converter  allows  the  CGA/EGA  signals  to  be  converted  to 
NTSC. 

I  built  the  circuit,  hoping  for  an  inexpensive  solution  to  provide  the  video  to  the  LCD  screens. 
After  several  tests  using  different  video  cards,  the  circuit  never  created  a  picture  that  could  be 
used  in  a  virtual  reality  system.  An  additional  problem  to  using  this  option  is  obtaining  EGA 
cards  or  VGA  cards  with  digital  outputs.  Most  video  card  makers  no  longer  manufacture  the 
EGA  cards  and  most  VGA  cards  do  not  have  EGA  connectors. 

4)  After  having  a  conversation  with  Dave  Stampe,  he  gave  me  several  ideas  about  how  to 
create  a  head-mounted  display  using  VGA  cards  alone.  Apparently,  by  changing  the  crystals  on 
the  VGA  card  and  making  register  changes,  the  cards  can  be  made  to  generate  NTSC  signals. 
The  analog  RGB  lines  are  connected  directly  to  the  LCD.  I  have  not  given  this  option  much 
consideration  for  several  reasons:  1)  Changes  have  to  be  made  to  the  VGA  card.  If  something 
goes  wrong,  the  VGA  card  is  potentially  worthless.  2)  The  RGB  lines  have  to  be  connected  to 
the  LCD  directly.  The  insides  of  the  small  TVs  are  complicated  and  may  not  be  the  same  from  the 
different  manufacturers.  I  feel  asking  other  homebrewists  to  make  these  kinds  of  changes  to  VGA 
cards  and  TVs  may  be  asking  too  much. 

5)  A  final  option  uses  VGA-to-NTSC  video  converters.  These  converters  connect  to  the 
VGA  card  as  a  monitor  does  through  the  15-pin  connector  using  a  Y-cable.  The  other  end  of  the 
cable  connects  to  the  normal  computer  monitor.  The  NTSC  output  of  the  converter  is  an  RCA 
plug.  This  output  connects  to  a  monitor  through  a  composite  video  input.  Additionally,  an  RF 
converter  can  be  used  and  the  output  can  be  connected  to  the  antenna  input  on  a  TV   The  picture 
will  appear  on  channel  3.  If  you  can  hook  up  a  TV  computer  game  such  as  Nintendo  you  can 
assemble  a  VGA-to-NTSC  system. 


The  converters  that  I  have  investigated  display  Rend386  in  EGA  320x200x16  and  in  VGA 
320x200x256.  The  cost  for  one  converter  is  approximately  $200.00.  For  this  option  we  need 
two  video  sources;  one  for  each  eye.  To  accomplish  this,  we  need  two  80386  or  better  PCs,  two 
VGA  cards,  and  two  converters.  I  would  like  to  keep  the  total  cost  of  the  HMD  under  $500.00. 
This  is  still  a  large  sum  of  money,  however  a  small  price  to  pay  for  total  immersion  in  virtual 
worlds  and  a  far  cry  from  $6000.00. 

Project 

Our  head-mounted  display  project  breaks  up  into  several  different  parts: 

1)  video  subsystem  -  This  part  of  the  project  documents  the  LCDs  used,  the  VGA-TO- 
NTSC  converter,  connections,  and  testing. 

2)  optical  subsystem  -  This  part  of  the  project  documents  the  optics  used  to  create 
peripheral  vision  and  convergence. 

3)  hardware  subsystem  -  This  part  of  the  project  encloses  the  video  subsystem  and  optics 
in  a  helmet. 

4)  head  tracking  subsystem  -  This  part  of  the  project  documents  how  to  create  different 
head  tracking  systems. 

Out  of  the  five  options  given  above,  I  chose  to  follow  the  fifth  for  several  reasons.  1) 
Most  importantly,  the  HMD  project  needs  to  be  easy  for  others  to  assemble.  2)  I  am  not  an 
electronics  engineer  and  have  little  experience  working  with  LCDs  and  the  circuits  of  the  VGA 
card.  3)  It  is  relatively  inexpensive. 

Theory  of  Operation 

Following  the  fifth  option,  we  need  two  of  everything  because  we  have  two  different  images  to 
display  to  the  eyes.  This  asks  too  much  in  the  beginning  so  we  need  a  way  for  a  single  VGA  card 
to  project  the  different  images  to  the  two  LCDs.  We  do  this  by  using  a  8x8  crosspoint  switch 
chip  that  RCA  produced  several  years  ago  called  the  74HC22106.  Depending  upon  where  you 
obtain  this  chip,  the  cost  runs  from  $5.00  to  $10.00  dollars.  The  bandwidth  of  this  chip  handles 
video  as  well  as  audio  should  we  ever  need  it.  Using  a  computer  control  interface,  five  address 
lines,  this  chip  directs  any  of  the  eight  inputs  to  any  of  the  eight  outputs. 

The  chip  acts  as  a  traffic  cop.  When  we  want  the  VGA  card  to  display  the  left  eye  image, 
the  chip  switches  to  allow  the  signal  to  go  to  the  left  eye.  After  this  is  done,  the  display  switches 
to  the  right  eye.  It  is  the  same  basic  principle  as  the  shutter  glasses  but  we  have  two  distinct 
displays  for  the  different  images. 


Control  Line 


Left  Right 

Figure  1. 


Figure  1  shows  the  wiring  of  the  HMD  video  subsystem.  The  hard  part  in  designing  the  video 
system  is  the  software.  The  computer  must  be  able  to  switch  the  video  output  fast  enough  so  that 
the  image  to  the  eye  does  not  appear  to  fade  away  after  each  write. 

Next  Time 

In  the  next  issue,  we  discuss  the  LCDs  used,  where  to  purchase  the  parts  for  the  subsystem, 
and  software  to  control  the  output  of  the  VGA  card. 
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Rend386  and  the  Sega  Glasses 

Joseph  D  Gradecki 


One  of  the  best  3D  graphic  systems  for  the  PC  is  REND386.  The  first  &  second  version  of 
this  system  did  not  include  support  for  the  Sega  glasses.  A  demo  was  released  which  showed 
what  the  third  version  due  in  early  June  would  support.  This  demo  is  called  segademo.zip  and  can 
be  obtained  from  sunee.waterloo.edu  under  the  directory  /pub/rend386/Sega. 

When  the  demo  is  unzipped,  you  have  four  files  in  your  directory: 

rend386.exe 
bbc.plg 
tmetal.plg 
read,  me 

Rend386.exe  is  obviously  the  executable  file  for  this  demo.  The  read. me  file  contains  the 
information  necessary  to  execute  the  demo.  This  demo  will  take  any  pig  up  to  1200  polygons, 
Dave  mentions  that  the  demo  should  not  crash  with  anything  under  1200,  and  display  it  in  3D 
using  the  Sega  3D  glasses.  The  demo  uses  the  serial  port  interface  for  the  Sega  glasses.  This 
interface  circuit  was  given  in  the  second  issue  of  PCVR  and  is  available  on  the  net  in  various 
places.  Com  port  1  is  assumed  to  be  the  port  for  the  glasses.  If  you  are  using  Com2,  add  the 
switch  12  after  rend386  at  the  command  line.  To  specifically  select  Coml,  use  /l  instead. 

To  execute  the  program,  the  format  is 

rend386  switches  [filename,  pig] 

The  filename  is  optional.  If  you  do  not  give  a  filename,  the  screen  will  blank  and  reappear  as 
light  blue  with  the  letters  L  and  R  flashing  in  each  of  the  top  corners  of  the  screen.  The  program 
displays  nothing  in  3D.  This  demo  is  the  original  Rend386  version  2  demo  distributed  by  sunee  in 
late  April.  To  verify,  press  the  h  key.  The  familiar  help  screen  will  appear.  To  load  a  figure  file, 
press  f.  To  load  a  .pig  file,  press  the  1  key. 

To  facilitate  some  of  the  options  available  when  using  the  program  with  the  Sega  glasses, 
several  command  line  switches  can  be  used. 

Scaling  can  be  set  using  the  /s  ####  switch.  This  is  a  hardcoded  value  in  the  original  demo 
program.  ####  is  the  mm  per  unit  value  given  to  world  scaling. 

Convergence  depth  is  set  with  the  /c  ####  value. 


The  read,  me  file  mentions  that  a  small  mirror  can  be  used  with  the  demo  instead  of  the  Sega 
glasses.  If  you  wish  to  try  this,  use  the  /m  switch  to  tell  the  demo  of  your  intentions. 

As  you  may  have  noticed,  people  are  all  different  and  so  is  the  distance  between  the  eyes.  This 
demo  uses  a  normal  setting  of  63  mm.  If  you  wish  to  change  the  inter-eye  distance  to  some  other 
value,  use  the  /e  ####  switch.  I  would  not  recommend  trying  to  measure  your  own  inter-eye 
distance.  Get  help  from  a  friend. 

When  you  have  the  demo  executing,  close  your  left  eye  and  look  at  the  screen.  Is  the  R  letter 
clearly  visible  in  the  upper  right  hand  screen?  Or  is  the  L  visible  in  the  upper  left  hand  screen?  If 
the  L  is  visible,  you  wired  your  glasses  backwards.  To  inform  the  demo  of  the  problem,  use  the  /r 
switch.  This  switches  the  images. 

To  use  the  program  without  the  Sega  interface  activated,  use  the  /o  switch  to  turn  the  interface 

off. 

The  read. me  file  contains  a  statement  mentioning  depth  sorting.  The  current  system  uses 
object  depth  sorting  instead  of  poly  depth  sorting.  To  change  the  demo  to  the  older  system,  use 
/p.  This  will  use  the  deepest  point  in  the  polygon  for  the  sort.  To  change  to  the  midpoint  of  the 
polygon,  use  /a.  Dave  mentions  that  these  options  will  be  available  in  the  forthcoming  third 
release  of  Rend386. 

Use 

Both  of  the  .pig  files  included  in  the  demo  are  good  images  to  look  at  in  3D.  To  look  at  the 
bbc.plg  file,  type  rend386  bbc.plg  and  use  the  arrows  and  other  movement  keys  to  make  the  eye 
move  around  the  image.  To  make  the  images  move  faster,  try  rend386  /s  20  bbc.plg.  As  you 
will  notice,  this  image  is  the  familiar  banana  and  bishop  but  they  are  now  in  color  and  3D. 

Others 

At  the  end  of  this  article,  there  are  two  images  that  you  may  want  to  try  out.  The  first  is  a 
crude  hand  created  as  a  figure.  This  image  loads  from  the  demo  by  executing  the  program  by 
itself,  rend386,  and  loading  the  figure  using  the  f  key.  The  second  image  is  a  .pig  object  and 
loads  from  the  command  line  or  with  the  I  key.  The  image  is  a  three  level  virtual  world.  The  first 
two  planes  are  separated  by  a  set  of  three  stairs.  The  last  two  places  are  seperated  by  a  tight 
rope.  This  small  virtual  world  is  the  start  of  a  test  system  for  the  HMD  that  I  am  building.  If  you 
follow  that  series  of  articles,  you  will  see  it  again. 

Conclusion 

This  demo  shows  the  importance  of  where  Rend386  is  advancing.  In  a  recent  thread  on  the 
Rend386  mailing  list,  Dave  Stampe  outlined  the  mathematics  involved  in  creating  stereoscopic 
images  using  head-mounted  displays.  Rend386  will  have  the  drivers  for  HMDs  in  the  near  future. 
This  will  be  important  for  those  trying  to  create  a  homebrew  system. 


The  Virtual  World  .pig  image 

level  1  8  6 
-5500  -100  5000 
-5500  -100  -1000 
5500  -100  5000 
5500-100-1000 
-5500  -150  5000 
-5500  -150-1000 
5500  -150  5000 
5500  -150  -1000 

0x1191  40  2  3  1 
0x1191  4  5  76  4 
0x1191  4  13  7  5 
0x1191  4  3  267 
0x1191  4  2  046 
0x1191  40  154 

level2  8  6 
5700  400  5000 
5700  400-1000  " 
15000  400  5000 
15000  400  -1000 
5700  450  5000 
5700  450-1000 
15000  450  5000 
15000  450  -1000 

0xlB91  402  3  1 
0xlB91  4  5  764 
0xlB914  1375 
0xlB91  4  3  26  7 
0xlB91  42046 
0xIB91  40  154 

Ievel3  8  6 
19000  400  5000 
19000  400-1000 
25000  400  5000 
25000  400  -1000 
19000  450  5000 
19000  450  -1000 
25000  450  5000  - 
25000  450-1000 

0x1991  402  3  1 
0x1991  4  5  764 
0x1991  4  1  3  7  5 
0x1991  4  3  2  6  7 
0x1991  4  2  046 
0x1991  4  0  1  5  4 


stairs  20  18 
5500  65  3000 
5500  -100  3000 
5565  -100  3000 
5565  65  3000 
5500  65  2000 
5500-100  2000 
5565  -100  2000 
5565  65  2000 

5565  230  3000 
5630  230  3000 
5630  65  3000 
5565  230  2000 
5630  230  2000 
5630  65  2000 

5630  400  3000 
5700  400  3000 
5700  230  3000 
5630  400  2000 
5700  400  2000 
5700  230  2000 

0xlFAF447  3  0 
0xlFAF4  15  62 
0xlFAF44  76  5 
OxlFAF  4  7  3  2  6 
OxlFAF  4  3  0  1  2 
0xlFAF404  5  1 

OxlFAF  4  9  12  11  8 
OxlFAF4  3  7  13  10 
OxlFAF  4  11  12  13  7 
OxlFAF  4  12  9  10  13 
0xlFAF4  98  3  10 
OxlFAF  4  8  117  3 

OxlFAF  4  15  18  17  14 
OxlFAF  4  9  12  19  16 
OxlFAF  4  17  18  19  12 
OxlFAF  4  18  15  16  19 
OxlFAF  4  15  14  9  16 
OxlFAF  4  14  17  12  9 

board  8  4 

15000  450  3000 

15000  450  2900 

15000  430  2900 

15000  430  3000 

19000  450  3000 


19000  450  2900 
19000  430  2900 
19000  430  3000 

0xIFAF404  5  1 
0xlFAF4  15  62 
0xlFAF4  26  7  3 
0xlFAF4  403  7 


The  .fig  Hand 


name  =  hand; 

plgfile  =  metlcube.plg  scale  4,3,0.5  shift  0,0,0; 
pos  =  0,0,0; 

{ 

name  =  first  1; 

plgfile  =  metlcube.plg  scale  2,0.5,0.5  shift 

0,0,0; 

pos  =  -250,0,0; 
< 

name  =  first2; 

plgfile  -  metlcube.plg  scale  1,0.5,0.5 

shift  0,0,0; 

pos  =  -150,0,0; 
{ 

name  =  first3; 

plgfile  =  metlcube.plg  scale 

0.5,0.5,0.5  shift  0,0,0; 

-    pos  =  -100,0,0; 

> 

> 

} 
{ 

name  =  second  1 ; 

plgfile  =  metlcube.plg  scale  2,0.5,0.5  shift 

0,0,0; 

pos  -  -250,85,0; 
{ 

name  -  second2; 

plgfile  =  metlcube.plg  scale  1,0.5,0.5 

shift  0,0,0; 

pos --150,0,0; 
{ 

name  =  second2; 
plgfile  -  metlcube.plg  scale 
0.5.0.5.0.5  shift  0.0,0; 

pos  =  -100.0.0; 

} 


name  =  third  1; 

plgfile  =  metlcube.plg  scale  2,0.5,0.5  shift 


0,0,0; 


pos  =  -250,170,0; 
{ 

name  =  third2; 

plgfile  =  metlcube.plg  scale  1,0.5,0.5 

shift  0,0,0; 

pos  =  -150,0,0; 
{ 

name  =  third2; 
plgfile  =  metlcube.plg  scale 
0.5,0.5,0.5  shift  0,0,0; 

pos  -  -100,0,0; 

} 


} 


name  =  fourth  1; 

plgfile  =  metlcube.plg  scale  2,0.5,0.5  shift 


0,0,0; 


pos  =  -250,250,0; 
{ 

name  =  fourth2; 

plgfile  =  metlcube.plg  scale  1,0.5,0.5 

shift  0,0,0; 

pos  =  -150,0,0; 
{ 

name  =  fourth2; 
plgfile  =  metlcube.plg  scale 
0.5,0.5,0.5  shift  0,0,0; 

pos  -  -100,0,0; 

} 


> 


A  3D  Pointing  Package  for  Rend386  and  the 
PowerGlove 


Joseph  D.  Gradecki 


Rend386  lacks  a  package  for  using  the  Powerglove  at  this  point.  The  package  includes  a 
generic  pointer  header  and  code  for  the  Powerglove.  It  is  a  surprisingly  easy  job  to  make  a 
pointer  package  for  the  Powerglove  using  code  that  is  already  on  the  net.  The  first  listing  is  a 
pointer  package  using  the  code  from  Dave  Stampe  and  others.  This  code  works  with  the  PC 
parallel  port  interface.  The  second  listing  is  a  pointer  package  using  the  interface  from  Ron 
Menelli  which  uses  the  serial  port. 

Ease 

The  nice  feature  about  these  pointer  packages  is  that  it  can  simply  replace  the  old  package 
without  any  changes  to  your  application  code  when  better  interface  code  is  created.  The  third 
listing  is  a  test  program  for  the  packages.  By  changing  the  includes  directives,  either  of  the 
packages  can  be  used. 

Parallel  Package 

The  parallel  package  uses  the  glove  code  from  Dave  Stampe  and  others.  This  makes  the 
package  very  simple.  The  pointer_init  routine  calls  the  function  glove_init  to  initialize  the  other 
glove  code.  In  the  listing,  the  glove  is  set  up  in  request  mode  instead  of  interrupt  mode.  I  get 
better  results  from  the  non-interrupt  mode.  The  fields  of  the  POINTER  parameter  are  initialized, 
after  the  glove  is  initialized 

The  pointer_read  routine  waits  until  the  Powerglove  is  ready  to  send  data.  Once  the  interface 
is  ready,  the  function  gloveread  is  called  to  get  the  data.  This  data  is  assigned  to  the 
appropriate  fields  of  the  POINTER  parameter. 

Serial  Package 

The  serial  package  is  more  complicated.  To  initialize  the  glove,  (the  pointer_init  routine),  the 
appropriate  serial  port  is  setup  and  the  68HC1 1  is  put  in  continuous  mode.  The  POINTER 
parameter  inializes  as  before.  Note  that  the  serial  port  value  used  to  call  this  function  is  either  1 
or  2. 

The  pointer_read  routine  waits  until  the  circuit  sends  a  OxAO  byte  to  the  serial  port.  Once 
this  byte  has  been  encountered,  the  six  bytes  for  the  data  are  read.  This  data  is  assigned  to  the 
appropriate  fields  of  the  POINTER  parameter. 

Additional 

The  packages  use  the  file  pointer.h  included  in  the  release  of  Rend386. 


Parallel  Interface  Code 

/*  This  code  is  copyrighted  by  VRing  Software 
Development  */ 

/*  This  code  implements  a  simple  Rend386  pointer 
package  for  the  Mattel  Powerglove  interfaced  to  the 
parallel  port  of  a  PC.  */ 
/*  No  warranty  is  assumed  */ 

#include  <stdio.h> 
#include  <dos.h> 
^include  "pointer,  h" 
^include  "glove.h" 

void  pointer_init(int  port,  POINTER  *pointer) 
< 

int  i; 

glove_init  (  HIRES,  NULL ); 

pointer->port  =  port; 

pointer->gesture  =  pointer->buttons  =  0; 

pointcr->x  =  pointer->y  =  pointer->z  =  0; 

pointer->pan  =  pointer->tilt  =  pointer->rolI  =  0; 

pointer->sx  =  pointer->sy  =  pointer->sz  =  1; 

for  (i  =  0;  i  <  16;  ++i)  pointer->flex[i]  =  0- 

} 

void  pointer  read(POINTER  *pointer) 
{ 

glove  data  data; 

while  (  !glove_ready() )  glove_delay(); 
glove_read  ( &data ); 

pointcr->buttons  =  data. keys  &  OxFF; 
pointer->\  -  data.x  *  pointer->sx; 
pointer->y  -  data.y  *  pointcr->sy; 
pointer->z  =  data.z  *  pointer->sz; 
pointer->roll  =  data,  rot; 
pointer->flex[0]  -  data.fingers  &  OxFF 

} 

void  pointer_scale(POINTER  *poinlcr.  long  sx,  long 
sy,  long  sz) 

poinler->sx  =  sx;  pointer->sy  =  sy;  pointer- 

>sz  =  sz; 
f 

void  pointer _movc(POINTER  *pointcr,  long  x,  long 
v,  long  z) 

{ 


pointer->x  =  x;  pointer->y  =  y;  pointer->z 

=  z; 
} 

void  pointer_quit(POINTER  *pointer) 
{ 

g!ove_quit(); 

} 


Serial  Interface  Code 

/*  This  code  is  copyrighted  by  VRing  Software 
Development  */ 

/*  This  code  implements  a  simple  Rend386  pointer 
package  for  the  Mattel  Powerglove  interfaced  to  the  serial 
port  of  a  PC  using  the  68HC1 1  circuit  docuemented  by 
Ron  Menelli.  */ 

^include  <stdio.h> 
#include  <dos.h> 
#include  "pointer,  h" 

pointer_init(int  port,  POINTER  *pointer) 
{ 

int  i; 

union  REGS  inregs,  outregs; 

inregs.h.ah  -  (unsigned  char)  0; 
inregs.h.al  =  (unsigned  char)  0xE3; 
inregs.x.dx  =  port-1; 
int86(0xI4,  &inregs,  &outrcgs); 

inregs.x.dx  =  port-1; 
inregs.h.ah  -  I; 
inregs.h.al  =  'C; 
int86(0xl4.  &inrcgs,  &outregs); 

poinler->port  =  port-1; 
pointer->gesture  =  poinlcr->buttons  =  0; 
pointer->.\  =  poinlcr->v  =  pointcr->z  =^  0; 
pointcr->pan  =  pointcr->tilt  =  poinier->roll  =  0; 
pointcr->sx  -  pomtcr->sy  =  pointcr->s/.  -  1; 
for  (i  =  ();  i  <  16;        pointcr->flcx[i  |  -  0 

I 

pointer  rcad(PO!NTER  *poinlcr) 
{ 

union  REGS  inregs.  outregs; 
nil  i; 


char  bufferJ81; 

bufferJOj  =  '\0'; 

while  (buffer[0]  !=  '\xA0') 
{ 

inregs.x.dx  =  pointer->port; 
inregs.h.ah  =  '\x02'; 
int86(0xl4,  &inregs,  &outregs); 
bufTcr|0]  =  (char)  outregs.h.al; 

} 

for(i=  l;i<7;  i++) 
{ 

inregs.x.dx  =  pointer->port; 
inregs.h.ah  =  *\x02'; 
int86(0xl4,  &inregs,  &outregs); 
buffer[i]  =  (char)  outregs.h.al; 
if  (outregs.h.ah  !=  VOO') 
{ 

printf("\n\n    ***  Serial  read  error! !  !\n\n"); 
exit(lOO); 

} 

} 

pointer->buttons  =  (unsigned)  buffer[6]; 
pointer->x  =  (long)  (buffer[l]  *  pointer->sx); 
pointer->y  =  (long)  (buffer[2]  *  pointcr->sy); 
pointer->z  =  (long)  (buffer[3]  *  pointer->sz); 
pointer->roll  =  (long)  buffer[4]; 
pointer->flex[0]  =  (int)  buffer[5); 

> 

void  pointer_scale(POINTER  *pointer,  long  sx,  long 
sy,  long  sz) 
{ 

pointer->sx  =  sx;  pointer->sy  =  sy;  pointer- 

>sz  =  sz; 

} 

void  pointer_move(POINTER  *pointer,  long  x,  long 
y,  long  z) 
< 

poinlcr->x  -  x;  pointer->y  =  y;  pointer->z 

^  z; 
} 

void  pointer_quit(POINTER  *pointer) 
} 


Test  Program 

/*  This  code  is  copyrighted  by  VRing  Software 
Development  */ 

/*  This  is  a  test  program  for  the  two  Rend386  pointer 
packages  gloveptr.c  and  glovsptr.c  */ 
/*  No  warranty  is  assumed  */ 

#include  <stdio.h> 
#include  "glovsptr.h" 

void  main() 
{ 

POINTER  glov; 
pointer_init(l,  &glov); 
printf(M\n\n"); 
whilc(!kbhit()) 
{ 

pointer  read  (&glov); 
printfC*%+4d  %+4d  %+4d  %+4d 
%02.2X%02.2X\r",  glov.x,  glov.y,  glov.z,  glov.roll, 
glov.fiex[0],  glov. buttons); 
} 

getch(); 

pointer_quit(&glov); 

} 


A  Pig/Fig  Virtual  Hand 

Joseph  D.  Gradecki 


In  the  first  issue  of  PCVR,  we  detailed  a  Virtual  Hand  program  which  displayed  a  3D 
representation  of  a  hand  that  mimicked  the  movements  of  the  Powerglove.  In  this  article,  we  will 
document  a  Virtual  Hand  for  Rend386.  We  need  to  create  the  graphical  hand  first 

The  Hand 

There  are  several  different  ways  to  create  a  graphical  virtual  hand.  1)  use  simple  boxes  in  a 
.pig  file,  2)  use  simple  boxes  in  a  .fig  file,  or  3)  use  very  small  boxes  for  a  more  precise  hand  in 
either  format.  The  third  option  is  prefered  because  the  hand  can  be  made  to  look  very  realistic. 
We  would  be  simulating  a  b-spline  patch  or  other  technique  for  achieving  a  realistic  computer 
graph  representation  of  a  real  object. 

The  problem  with  this  option  is  1)  the  memory  requirement.  There  would  be  hundreds  and 
maybe  thousand  of  vertex  coordinates  and  related  information.  2)  the  rendering  time  would  be 
slow.  We  don't  all  have  50  Mhz  80486  machines. 

Option  number  1  would  work  but  is  not  a  realistic  interpretation  of  the  way  the  hand  moves 
therefore  we  chose  to  create  using  option  2.  Using  very  simple  boxes  of  length,  width,  and  heigth 
equal  to  100,  we  create  a  hand  figure.  The  code  for  the  hand  is  at  the  end  of  this  article. 
The  main  figure  is  the  palm  of  the  hand.  Each  finger  is  a  child  of  the  palm.  Each  section  of  the 
fingers  is  a  child  of  the  particular  finger  it  is  connected.  A  tree  representation  is: 


Hand 


Finger!  -  Segl  Finger2-  Segl  Finger3-  Segl  Finger4  Segl 

Fingerl  -  Seg2  Finger2  -  Seg2  Finger3  -  Seg2  Finger*  -  Seg2 

I  I  I  I 

Finger  1  -  Seg3  FInger2  -  Seg3  Flnger3  -  Seg3  Finger4  -  Seg3 


By  representing  the  hand  as  a  figure,  we  move  it  as  we  do  in  real  life   If  we  keep  our  first 
finger  as  straight  as  possible  and  just  bend  the  first  segment,  the  second  and  third  segments  follow 
because  they  are  connected.  The  same  is  true  for  our  hand  figure.  Let's  look  at  the  program  to 
control  that  hand. 


Program  and  Rend386 

The  program  to  be  described  wiii  compile  and  execute  with  Release  2  of  Rend386  using  256 
colors  in  the  320  x  200  graphic  mode.  The  program  displays  a  graphical  hand  and  allows  this 
hand  to  be  manipulated  by  the  Powerglove  connected  to  either  the  serial  or  parallel  port 
depending  upon  which  glove  pointer  library  is  included  in  the  program. 

Glove  control 

This  program  works  with  either  a  Powerglove  connected  to  the  serial  port  or  the  parallel  port 
through  the  use  of  a  Powerglove  pointer  package  detailed  in  a  previous  article.  The  glove  is 
initialized  by  the  pointerjnit  (  port,  &data  structure  );  function  call.  The  port  parameter  is 
either  1  or  2  when  using  the  serial  port  or  anything  when  using  the  parallel  port.  The  data 
structure  is  the  address  of  a  variable  declared  as  POINTER.  Once  called,  the  program  tells  you 
to  center  your  glove  using  the  center  key  on  the  keypad.  You  have  several  seconds  to  do  this 
before  the  system  begins  taking  readings.  The  glove  is  also  scaled.  Every  point  movement  in  the 
x  and  y  directions  corresponds  to  10  units  in  world  space  and  in  the  z  direction  every  movement 
by  the  glove  is  1 50  units. 


Setup  System 

After  the  glove  is  setup,  the  Rend386  render  must  be  prepared.  We  begin  by  setting  up  the 
view  parameters.  For  this  program,  we  use  the  values  that  appeared  in  the  Rend386  demo2.c 
program.  The  view  is  set  with  the  compute  view  factors();  function  call.  After  the  view  is  set, 
the  renderer  is  started  with  setup_render();.  The  program  is  given  a  function  to  execute  when  ' 
we  finish  because  each  program  has  different  details  to  clean  up  when  they  end.  This  is  done  with 
the  atexit();  function  called.  In  our  case,  the  function  closeall  is  called. 

Rend386  requires  that  objects  to  be  displayed  by  the  renderer  be  put  into  object  lists.  We 
create  an  object  list  called  objlist  by  calling  the  function  new_objlist();.  This  function  creates  a 
new  object  list  for  us  and  assigns  it  to  the  pointer  variable  objlist.  We  finish  our  system  setup  by 
entering  into  graphics  mode  and  setting  up  the  proper  viewing  coordinates. 

Figure  Load  and  Positioning 

Once  the  system  is  ready  to  display  graphics,  we  load  our  hand  figure  into  memory.  This  is 
done  with  the  function  readseg(infile,  NULL);.  This  function  reads  the  input  file  and  creates  an 
internal  representation  for  our  hand.  The  function  is  recursive  to  handle  the  segments  with  figure 
files.  After  the  figure  is  read  from  the  file,  the  function  update_segment(thehand);  is  called  to 
finish  up  the  internal  representation.  Finally  we  set  up  pointers  into  the  object  list  to  the  different 
fingers  of  the  hand. 

After  the  glove  has  been  loaded  and  updated,  we  call  the  function  position_hand();.  This 
function  rotates  the  hand  on  the  y  and  z  axis  by  180  degrees.  This  puts  the  hand  in  a  horizontal 
position  with  the  fingers  pointing  into  the  monitor. 

Execution  Loop 

Once  the  hand  is  read  from  the  file,  the  program  displays  it.  To  move  the  hand,  we  must  set 
up  a  loop.  Our  loop  while(execution)  {}  will  do  two  things:  read  a  key  and  read  from  the  glove. 
If  a  key  is  pressed,  the  only  key  valid  is  q  or  Q,  the  function  handle_key();  is  called,  [f  the  key 


read  is  q  or  Q,  the  variable  execution  is  set  to  0  and  the  while  loop  will  end.  All  other  keys  are 
ignored.  The  loop  executes  the  instruction  pointer_read  (  &glove  );  to  read  new  values  from  the 
glove. 

Glove  x,  y,  z  Movement 

In  order  to  know  whether  or  not  to  move  the  glove  in  either  of  the  x,  y,  or  z  directions,  we 
keep  track  of  the  current  position  of  the  hand.  These  positions  are  hied  in  the  variables  oldx, 
oldy,  and  oldz.  If  any  of  the  new  values  change,  the  hand  moves  with  the  function 
rel_move_segment  (  thehand,  glove.x-oldx,  glove.y-oldy,  glove.z-oldz  );  and  the  segments 
update  with  update_segment  (  thehand  );  The  new  location  is  recorded  in  oldx,  oldy,  and  oldz 
The  last  thing  that  we  do  is  set  redraw  =  1;.  This  will  trigger  a  function  at  the  end  of  the  loop  to 
redraw  the  scene  because  a  change  occured. 

Glove  Roll 

The  roll  of  the  glove  is  set  up  in  three  different  positions:  horizontal,  45  degree  and  vertical 
If  the  glove  returns  a  roll  value  of  0  or  1,  we  are  in  the  horizontal  position.  If  the  glove  returns  a 
2,  we  are  in  the  45  degree  angle  position.  If  we  get  a  value  of  3,  we  are  in  the  vertical  position. 
All  other  values  are  discarded.  A  change  in  this  value  and  the  current  roll  value  kept  in  the  roll 
variable,  causes  the  hand  to  be  rotated  to  the  new  position. 

Glove  Grip  and  Ungrip 

The  grip  of  the  glove  is  one  of  the  harder  manipulation  problems  in  this  program  We  do  not 
bother  with  trying  to  find  intermediate  positions.  If  the  glove  returns  a  value  greater  than  or  equal 
to  DO,  then  the  grip  is  closed.  A  value  less  than  DO  indicates  that  the  grip  is  open  Each  of  the 
hand  segments  move  at  different  time.  The  first  segment  is  move  first,  then  the  second,  and  then 
the  third.  The  same  is  true  for  ungripping  the  hand. 

Compilation  ' 

To  compile  this  program,  create  a  project  file  that  looks  like  this: 


+_[_]  Project:  RENDHAND   —  !]_+ 


File  name  Location 

Lines 

Code 

Data 

GLOVSPTR.C 

79 

660 

33 

RENDHAND.  C  . 

335 

3447 

616 

REND38.6  LIB  . 

n/a 

n/a 

n/a 

USERINT.LIB  . 

n/a 

n/a 

n/a 

COLOR256.C  . 

154 

524 

190 

PLGC 

115 

1089 

85 

RENDER  C 

176 

1201 

4 

SEGIOC 

177 

2847 

554 

BLIT256.LIB 

n/a 

n/a 

n/a 

i- 


Glovesptr.c  is  the  serial  Powerglove  package  code.  If  you  plan  to  use  the  parallel  glove  code, 
use  gloveptr.c  instead. 

Use 

The  program  is  very  simple  to  use.  Plug  your  Powerglove  into  the  appropriate  port  and 
execute  the  program.  After  the  message  appear  to  center  your  glove,  put  your  glove  in  a 
comfortable  position  with  your  palm  down.  This  is  the  starting  position  for  the  graphical  hand. 
Once  the  hand  appears,  you  can  move  your  glove  and  the  hand  follows.  Grip  your  glove  and  the 
hand  grips.  To  stop  the  program,  press  q  and  answer  y. 

Future 

The  next  step  for  the  hand  is  to  refine  the  gripping  representation.  The  Powerglove  returns 
intermediate  values  for  the  fingers  however,  these  values  do  not  seem  to  be  very  stable.  In  the 
next  issue  we  will  address  this  topic. 


The  Hand  Figure 

{ 

name  -  hand; 

plgfile  =  metlcube.plg  scale  4,3,0.5  shift  0,0,0; 

pos  -  0,0,0; 

{ 

name  =  first  1 ; 

plgfile  =  redcube.plg  scale  2,0.5,0.5  shift 

0,0,0; 

pos  =  -250.0,0; 
{ 

name  =  first2; 

plgfile  =  bluecube.plg  scale  1,0.5,0.5 

shift  0,0,0; 

pos  =  -150,0,0; 
{ 

name  =  first3; 
plgfile  =  grencubc.plg  scale 
0.5,0.5,0.5  shift  0,0,0; 

pos  =  -100.0,0; 

} 

} 

I 
{ 

name  =  second  1; 

plgfile  =  redcube.plg  scale  2,0.5,0.5  shift 

0,0.0; 

pos  --250,85,0; 
{ 

name  -  second2: 


pos  =  -150.0,0; 
{ 

name  =  second^; 
plgfile  =  grencubc.plg  scale 
0.5,0.5,0.5  shift  0,0,0; 

pos  =  -100,0,0; 

} 

} 

} 
{ 

name  =  third  1; 

plgfile  =  redcube.plg  scale  2,0.5.0.5  shift 

0,0,0; 

pos  =  -250,170,0; 
{ 

name  =  third2; 

plgfile  =  bluecube.plg  scale  1,0.5.0.5 

shift  0,0,0; 

pos  =  -150,0.0; 
{ 

name  =  third3; 
plgfile  =  grencubc.plg  scale 
0.5,0.5,0.5  shift  0.0,0: 

pos --100,0.0; 

} 

} 

} 

i 

name  -  fourth!, 

nlofiln  =  rpHmht'  nlt>  <zra\r  ?  0  >  (I  5  shift 


pos  =  -250,250,0; 
{ 

name  =  fourth2; 

plgfile  =  bluecube.plg  scale  1,0.5,0.5 

shift  0,0,0; 

pos  =  -150,0,0; 
{ 

name  =  fourth3; 
plgfile  =  grencube.plg  scale 
0.5,0.5,0.5  shift  0,0,0; 

pos  =  -100,0,0; 

} 

f 

> 

} 


Associated  .PLG  files 

Metlcube.plg 

cube  8  6 

0    0  100 

0  100  100 
100  100  100 
100    0  100 

0    0  0 

0  100  0 
100  100  0 
100    0  0 

0xl7A5  4  0  1  2  3 
0xl7A5  4  1  5  6  2 
0xl7A5  4  5  4  76 
0xl7A5  4  0  3  74 
0xl7A5  445  1  0 
0xI7A5  4  7  3  2  6 

redcubcplg 

cube  8  6 

0    0  100 

0  100  100 
100  100  100 
100    0  100 

0    0  0 

0  100  0 
100  100  0 
100    0  0 

0x1 191  40123 
0x1 191  4  15  6  2 
0x1191  4  5  4  7  6 


0x1191  403  74 
0x1191  44  5  1  0 
0x1191  47  3  2  6 

bluecube.plg 

cube  8  6 

0    0  100 

0  100  100 
100  100  100 
100    0  !00 

0    0  0 

0  100  0 
100  100  0 
100    0  0 

0xlB9140  123 
0xlB9I  4  1562 
0xlB91  45476 
0xlB91  403  74 
0xlB91  44  5  1  0 
0xlB91  473  2  6 

grencube.plg 

cube  8  6 

0    0  100 

0  100  100 
100  100  100 
100    0  100 

0    0  0 

0  100  0 
100  100  0 
100    0  0 

0x1991  4  0  1  2  3 
0x1991  4  1  5  6  2 
0x1991  4  5  4  76 
0x1991  403  7  4 
0x1991  44  5  1  0 
0x1991  47  3  26 


The  Program 

/*  This  program  is  copyrighted  by  VRing  Software 
Development  */ 

/*  Some  of  the  function  arc  copyrighted  by  Dave 
Stampe  */ 

/*  This  program  requires  Release  2  of  Rcnd386  to 
compile  */ 

^include  <stdio.h> 
^include  <stdlib.h> 
^include  <dos  h> 


include  "rend386.h" 
#include  "userint.h" 
#include  "plg.h" 
#include  "glovsptr.h" 

/*  Global  variables  */ 

POINTER  glove; 

static  OBJLIST  *objlist; 

static  VIEW  our_view  =  {  0,0,-1000, 

0,0,0, 
•  9*65536L, 

1000,15000,-5000, 

0,319,0,199, 

1,100000, 

1/1.25*65535L, 

0 

}; 

static  VIEW  *current_view; 
static  int     visual_page  -  0; 
extern  int      screen  clear  color; 
static  SEGMENT  "thehand, 

♦firstfmger, 

♦secondfinger, 

*third_finger, 

*fourth  finger; 

static  long  centerd  =  10000; 

static  long  centerx  =  0; 

static  long  centcr_y  =  0; 

static  long  centerz  =  0; 

static  long  latitude  =  0; 

static  long  longitude  =  0; 

static  long  centerroll  =  0; 

static  long  lighted  =  1000000; 

static  int  shifted  =  0; 

int  execution  =  1, 

redraw  -  1 , 
oldx  =  0, 
oldy  =  0, 
oldz  -  0, 
roll  =  1, 
grip  =  0; 


void  closeall(){ 
exit  graphics(); 
reset_rendcr(), 
exit(O); 

} 

/*  This  function  is  from  Rcnd386  dcmo2.c  program 


unsigned  getkey(){ 
unsigned  c; 
union  REGS  regs; 

regs.h.ah  =  2; 

int86(0xl6,  &regs,&regs ); 

shifted  =  (regs.h.al  &  3); 

if  ((c=bioskey(0))  &  Oxff)  c  &=  Oxff; 

else  if  (  shifted  )c|=  1; 

return  c; 

} 

/*  Handle  any  user  keys.  Only  quit  is  handled  in  this 
program  'q'  or  'Q'  */ 
void  handle_key  ( unsigned  int  c  ){ 
OBJECT  *obj,  *templ,  *temp2; 


switch  (  c )  { 
case  'q': 
case  'Q': 
(y/n)" ); 

execution  =  0; 
} 

} 


popmsg  ( "Do  you  wish  to  quit? 

if  ( toupper(getkey())—  'Y' ) 

else  redraw  =  1; 
break; 


/*  Do  a  page  switch  */ 
void  new_display(){ 

if  (  ++visual_page  >  2  )  visual__pagc  =  0; 
clear  display  ( visual_page ); 
set_drawpage  ( visual_page ); 
render  (  objlist,  current  view ); 
set_vidpage(  visual_page,  0  ); 
redraw  =  0; 

} 

/*  This  function  is  from  Rend386  demo.c  */ 
void  polar_computc() 
{  MATRIX  m,n; 

long  x  =  0; 

long  y  =  0; 

long  z  =  -center  d; 

make  matrix  (  m,  longitude,  latitude, 
ccnter_roll,0,0.0  ); 
inverse  matrix  (  m,n  ); 

matrix  point  (  n,  &x,  &y,  &z  ); 
current  vic\v->ex  =  x  +  center  x; 
current  vie\v->cy  =  y  +  ccnter_y; 
current  view->ez.  =  z  +  ccnter_z; 


x  =  1000; 
y  =  15000; 
z  =  -5000; 

matri.\_point  (  n,  &x,  &y,  &z  ); 
current_view->lx  =  x; 
current_view->ly  =  y; 
current_view->lz  -  z; 
current_view->pan  =  latitude; 
current_view->tilt  =  longitude; 
current_view->roll  -  centerroll; 

} 

/*  Load  the  handle  from  the  hand.fig  file  */ 
void  loadJiand(){ 

SEGMENT  *rcadseg(); 
FILE  *infile; 
int  c; 

if  ((infile  -  fopen(H hand. fig",  V'))  =  NULL ){ 
popmsg  ("Could  not  load  the  hand  figure"); 
getkey(); 
} 

else{ 

while  ((c  =  getc(infile))  !=  '{' ) 
if(c  =  EOF){ 
popmsg  ( "Early  EOF  in  figure  file" ); 
getkey(); 
redraw  =  I ; 
break; 
} 

set_readseg_objlist  ( objlist ); 

if  ((thehand  -  readseg  ( infile,  NULL ))  =  NULL 

){ 

popmsg  ( "Error  reading  the  hand  figure  file" ); 

getkeyO; 

} 

else 

updatesegment(thehand); 

i 

redraw  =  1 ; 

thehand  =  find  root  segment  ( thehand  ); 

first  finger  =  childscgment  ( thehand  ); 
secondfingcr  =  sibling  segment  (  first  finger ); 
thirdfinger  -  sibling  segment  (  second  finger ); 
fourth  finger  =  sibling  segment  ( third  finger ); 

} 


/*  Put  Hie  hand  in  the  correct  position  */ 


void  position_hand(){ 

abs_rot_segment  ( thehand,  0,  32768L*-180, 
32768L*180 ); 

updatesegment  ( thehand ); 

} 


void  main_loop(){ 
SEGMENT  *templ,  *temp2; 

while  ( execution ){ 
if(bioskey(l)){ 
handle_key  (getkeyO); 
} 

pointerread  (&glove); 

/*  Move  the  hand  in  the  x,  y,  or  z  coordinates  if 
necessary  */ 

if  ( (glove. x-oldx  !=  0)  || 

(glove.y  -  oldy  !=  0)  || 

(glove.z  -  oldz  !=  0)) 
{ 

rel  move  segment  ( thehand,  glove.x  - 

oldx, 

glove.y  -  oldy, 
-(glove.z  - 

oldz)  ); 

update_segment  ( thehand ); 
oldx  =  glove.x; 
oldy  =  glove.y; 
oldz  =  glove.z; 
redraw  =  1 ; 

} 

/*  Roll  the  glove  if  necessary  */ 

if  (  (glove.roll  -  roll  !-  0  )  &&  (  glove.roll  >=  1  ) 
&&  (  glove.roll  <=  3  ) ) 

< 

if  (  glove.roll  >  roll ) 
rel_rol_segmcnt  ( thehand.  0,  0,  32768L*- 
(glove.roll-roll)*90  ); 
else 

rel  rot  segment  ( thehand,  0.  0.  32768L*- 
(glove.roll-ro!l)*90  ); 

roll  =  glove.roll; 
redraw  =  1 , 

} 

/*  Close  the  glove's  fingers  */ 

if  ( (glove.flc\[0|  >=  OxFFDO  )  &&  (  grip      o  )  ) 

{ 

tempi  =  child  scgment  (  first  finger  ). 
lcnip2  -  child  segment  ( tempi  ); 


relrotsegment  ( first_finger,  0, 
32768L*180,0); 

relmovesegment  ( first  finger,  220,  0,  - 

200); 

reI_rot_segment  ( tempi,  0,  32768L*-180, 

0); 

rel_move_segment  ( tempt,  70,  0,  0  ); 
rel_move_segment  ( temp2,  150,  0,  70  ); 
updatesegment  ( first_finger ); 

tempi  =  childsegment  (  second  finger ); 
temp2  =  childsegment  ( tempi  ); 
rel_rot_segment  (  secondfinger,  0, 
32768L*180,  0  ); 

rel  move_segment  (  second_finger,  220,  0, 

-200); 

rel_rot_segment  ( tempi,  0,  32768L*-180, 

0); 

rel_move_segment  ( tempi,  70,  0,  0  ); 
rel_move_segment  ( temp2,  150,  0,  70  ); 
updatesegment  ( secondfinger ); 

tempi  =  child  segment  ( third  finger ); 
temp2  =  child  segment  ( tempi  ); 
relrotsegment  ( third_finger,  0, 
32768L*180,  0); 

rel_move_segment  ( thirdfinger.  220,  0,  - 

200); 

rel_rot_segment  ( tempi,  0,  32768L*-180, 

0); 

rel_move_segment  ( tempi,  70,  0,  0  ); 
rel_move_scgment  ( temp2,  150,  0,  70  ); 
update_segment  ( third  finger ); 

tempi  =  child  segment  (  fourthfinger  ); 
temp2  =  childjsegment  ( tempi  ); 
relrotsegment  ( fourth  finger,  0, 
32768L*180,0); 

rel  move  segment  (  fourth  finger,  220,  0,  - 

200); 

rel_rot_segment  ( tempi,  0,  32768L*-180, 

0); 

rel  move  segment  ( tempi,  70,  0,  0  ); 
rel_move_seginent  ( temp2,  150.  0,  70  ); 
update  segment  ( fourth  finger ); 

redraw  -  I ; 
grip  -  1; 

} 

/*  Open  the  glove's  fingers  */ 

if  ((  glove  ficN|0]  <  OxFFDO  )  &&  (  grip  ==  1  ) ) 
{ 

tempi  =  child  segment  (  first  finger ); 


temp2  =  child_segmcnt  ( tempi ); 
reI_move_segment  ( temp2,  -150,0,-70  ); 
reI_move_segment  ( tempi,  -70,0,0  ); 
rel_rot_segment  ( tempi,  0,  32768L*180,  0  ); 
rel_move_segment  (  first_finger,  -220,0,200  ); 
relrotsegment  ( first_finger,  0,  32768L*-180, 

0); 

update  segment  ( first_finger ); 

tempi  =  child_segment  (  second  finger ); 
temp2  =  child  segment  ( tempi  ); 
rcl_move_segment  ( temp2,  -150,0,-70  ); 
rel_move_segment  ( tempi,  -70,0,0  ); 
re!_rotj>egment  ( tempi,  0,  32768L*180,  0  ); 
rel_move_segment  (  sccond_finger,  -220,0,200 

); 

reI_rot__segment  (  sccond_finger,  0,  32768L*- 
180,  0); 

update  segment  (  second_finger ); 

tempi  =  child_segment  ( third  finger ); 
temp2  -  child_segment  ( tempi  ); 
rel_move_segment  ( temp2,  -150,0,-70  ); 
rel_move_segment  ( tempi,  -70,0,0  ); 
reI_rot_segment  (  tempi,  0,  32768L*180,  0  ); 
relmovesegment  ( third  finger,  -220,0,200  ); 
rel  rot  segment  (  third_finger,  0,  32768L*-180, 

0); 

update_segment  ( third_finger ); 

tempi  =  child  segment  (  fourth  finger ); 
temp2  =  child_segment  ( tempi  ); 
rel_jnove_segment  ( Iemp2,  -150,0,-70  ); 
relmovesegment  ( tempi,  -70,0,0  ); 
rel  rot  segment  ( tempi,  0,  32768L*180,  0  ); 
rel_move_segment  ( fourth  finger,  -220,0,200  ); 
rel_rot_segment  (  fourth  finger,  0,  32768L*-180, 

0); 

update_segment  (  fourth  finger ); 

redraw  =  1 ; 
grip  =  0; 
} 

if  (redraw)  new  di splay (); 

} 

} 

main(){ 
OBJECT  *obj; 

/*  Set  up  the  glove  */ 
pointerjnit  (  1,  &g!ove  ); 
pointer  scale  ( &g!ove,  10,  10,  150); 
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printf  (  "Center  glove\n\n"  ); 

current_vic\v  -  &our_view; 
computejvicwfactors  ( currcnt  view ); 

setiU3_render(); 
atexit(closeall); 

objlist  =  new_objIist(); 
oldx  =  oldy  =  oldz  =  0; 

if  (enter_graphics())  { 
fprintf  (  stderr,' "could  not  enter  graphics 
mode\n\n"); 
exit(l); 
} 

polar_compute(); 

compute  view  factors  ( current_view ); 

set_colors(); 

screenclearcolor  =  0; 

load_hand(); 
position_hand(); 

main_loop();  /*  start  us  off  */ 

for 

(obj=first_in_objlist(objiist);obj;obj^next_in_objlist( 
objlist,obj))  deleteobj  (obj); 
pointer_quit(&glove); 

} 
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Translation 

The  easiest  manipulation  is  to  translate  the  point  to  a  different  location.  Basically,  we  add  a 
constant  value  to  each  of  the  coordinates.  These  constants  can  be  zero.  If  we  have  the  point 
100,100,100  and  we  want  to  move  it  to  location  200,100,100  we  add  100  to  the  x  coordinate  and 
0  to  the  y  and  z. 

For  the  translation,  we  use  our  matrix.  To  do  this  we  take  advantage  of  some  of  the  features 
of  the  equations  above.  The  question  is  where  to  put  the  value  that  is  going  to  be  added  to  the 
individual  coordinates.  We  don't  want  the  1 00  for  the  x  coordinate  to  affect  the  y  or  the  z 
coordinate.  The  only  logical  place  is  in  the  last  row.  Each  of  the  equations  multiplies  1  times  the 
value  in  the  last  row.  There  is  one  position  for  each  coordinate  and  the  position  is  used  only  by 
that  coordinate  and  is  not  influenced  by  any  value  except  1.  The  translation  matrix  is 

10         0  0 

0         10  0 

0         0  10 

tx        ty        tz  1 

where  tx  is  the  value  to  add  to  the  x  coordinate,  ty  is  the  value  to  add  to  the  y  coordinate,  and  tz 
is  the  value  to  add  to  the  z  coordinate. 

You  can  see  this  work  on  the  example.  Let  tx  =  100,  ty  =  tz  =  0  and  use  the  point  x  =  y  =  z  = 
100. 

100*1  +  100*0+  100*0+  100*1  =200 
100*0+  100*1  +  100*0  +  0*1  =  100 
100*0+  100*0+  100*1  +0*1  =  100 

which  gives  us  the  point  200,100,100. 

Scaling 

The  next  easiest  manipulation  is  scaling.  Scaling  increases  the  size  of  the  object.  If  we  have  a 
box  that  has  dimensions  50  x  50  x  50  and  we  scale  by  a  factor  of  2,  we  then  get  a  box  of 
dimension  100  x  100  x  100.  Again,  we  want  to  use  our  matrix.  There  are  two  different  ways  to 
scale  an  object.  The  first,  which  we  talk  about  here,  scales  the  object  relative  to  the  coordinate 
origin.  The  second  scales  relative  to  a  specific  point  and  performs  by  doing  a  series  of  dilferent 
object  manipulations.  We  will  discuss  the  second  scale  in  the  next  issue. 

We  have  the  same  problem  as  in  the  object  translation;  where  to  put  the  scaling  values7  We 
do  not  want  to  affect  the  other  points.  It  is  possible  to  scale  an  object  by  a  factor  of  2  in  the  x 
direction,  3  in  the  y  direction  and  4  in  the  z  direction.  Again  there  is  only  one  place  that  the 
scaling  values  can  appear. 


Graphics  -  Basic 


In  the  previous  issue  we  discussed  the  basics  behind  projecting  the  world  coordinates  of  an 
object,  x,  y,  and  z  onto  the  2  dimensional  screen  x,  and  y.  In  this  issue,  we  look  at  two  ways  to 
manipulate  objects:  translation  and  scaling. 

Matrix 

Every  object  displayed  in  a  scene  on  the  monitor  has  different  positions.  To  achieve  these 
positions,  we  manipulate  the  object  mathmatically.  Objects  are  easily  represented  by  points  or 
vertices  and  a  matrix  which  contains  the  mathmatical  manipulation  to  be  applied  to  the  object. 
We  do  this  fairly  easily  because  we  are  only  working  with  wire-frame  graphics. 

The  matrix  is  4  x  4.  To  display  an  object  as  described,  we  use  an  identity  matrix.  An  identity 
matrix  is  a  matrix  with  l's  on  the  diagonal  and  O's  everywhere  else. 

10        0  0 

0        10  0 

0         0  10 

0         0         0  1 

If  we  multiply  a  point  x,  y,  z  (  add  a  1  for  the  fourth  dimension  )  by  this  matrix,  we  get 

x*l  +y*0  +  z*0+  1*0  =  x 
x*0  +  y*l  +  z*0  +  l*0  =  y 
x*0  +  y*0  +  z*l  +  l*0  =  z 
x*0  +  y*0  +  z*0  +  1*1  =  1 

is  the  original  point.  As  you  can  see,  this  extra  matrix  multiplication  does  not  change  our  point. 
If  we  want  to  change  the  point,  we  manipulate  the  matrix  and  not  the  original  point.  Notice  that 
any  values  put  in  the  first  column  affects  the  x  coordinate,  the  second  column  affects  the  y,  and 
the  third  column  the  z.  In  calculating  the  new  x,  we  multiply  each  of  the  old  coordinates  by  the 
values  in  the  matrix.  Because  most  of  the  matrix  contains  0s,  we  end  up  with  the  same  x. 
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sx 


0 


0 
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0         sy       0  0 

0         0         sz  0 

0         0         0  1 

For  an  example  we  consider  the  points  0,0,0  and  10,10,10  and  scale  by  2,3,4.  The  resulting 
values  are  0,0,0  and  20,30,40  which  scales  the  original  dimension  accordingly. 

0*2  +  0*0  +  0*0+  1*0  =  0 
0*0  +  0*3  +  0*0  +  1*0  =  0 
0*0  +  0*0  +  0*4+  1*0  =  0 

10*2+10*0+  10*0+1*0-20 
10*0+10*3  +  10*0+1*0  =  30 
10*0  +  10*0  +  10*4  +  1*0  =  40 


Program 

The  following  program  demonstrates  what  we  have  been  doing  above.  When  you  run  the 
program,  the  familiar  axis  object  appears.  If  you  press  V  or  'S'  one  time,  the  axis  object  scales  by 
a  factor  of  5  in  all  directions.  If  you  press V  or 'S'  again,  the  axis  object  scales  by  a  factor  of  -5  in 
all  directions,  back  to  its  original  size. 

If  you  press  Y  or  T  one  time,  the  axis  object  translates  in  the  -x  direction  300  points.  If  you 
press 't'  or  T  again,  the  axis  object  translates  in  the  x  direction  300  points,  back  to  its  original 
position. 

The  x  axis  of  the  coordinate  system  is  colored  blue. 
The  y  axis  of  the  coordinate  system  is  colored  red. 
The  z  axis  of  the  coordinate  system  is  colored 
green. 

*/ 

^include  <stdio.h> 
#include  <stdlib.h> 
#include  <graphics.h> 
#include  <malh.h> 
^include  <conio.h> 
#includc  <dos.h> 


#dcfinc  to_radians  0.017453292 
float  rho  =  5000. 
theta  =  90.0. 


The  Program 

Software  Development  */ 

/*  Any  commercial  use  is  stricted  prohibited  unless 
/*  permission  is  granted  otherwise.  */ 

/*  Axis2.c  */ 

/*  The  purpose  of  this  program  is  to  demonstrate  the 
concept  of 

matrix  transformations  translation  and  scaling  */ 

/*  t,T  -  once  to  translate  -300 
again  to  translate  300 

s,S  -  once  to  scale  in  all  directions  by  5 

again  to  scale  in  all  directions  by  -5 

q  -  quit 

The  origin  will  appear  at  screen  location  320.  240 
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phi  -  180.0,  . 
screendist  =  1000.0; 

int  screen_2x  =  320; 
int  screen_2y  =  240; 

float  va,vb,ve,vf,vg,vi,vj,vk,vl; 

struct  matrix{  int  m|4J|4|;}; 

void  identity  (  struct  matrix  *m  ) 
{  intij; 

for  (i=0;i<4;i++ )  { 
for(j=0J<4J-H-)  { 
m->m[i][j]  =0.0; 

f 

} 

m->m[0][0]  =  1.0; 
m->m[l|[l]  -  1.0; 
m->m|2|l21  -  1.0; 
m->m[3I|3|  =  1.0; 

} 


void  objcct  translate  (  struct  matrix  *mat,  int  transx, 

int  transy,  int  transz  ) 

{ 

identity  (  mat ); 
mat->m[3][0|  =  transx; 
mat->m|3][l]  =  transy; 
mat->m[3][2]  =  transz; 

} 


void  object  scale  (  struct  matrix  *mat,  int  sx,  int  sy, 

int  sz  ) 

{ 

identity  (  mat ); 
mat->m|0|[0]  =  sx; 
mat->m[l|[l|  -  sy; 
mat->m|2||21  =  sz; 

f 


void  create  view  I ransformationf) 

5 

float  sinthcta,  costhcla,  sinphi.  cosphi; 

sinthcta  =  sin(lhcla*lo_radians); 
eosthcta  =  cos(lhcta*to_radians); 


sinphi  =  sin(phi*to_radians); 
cosphi  =  cos(phi*to_radians); 

va  =  -sintheta; 

vb  =  costheta; 

ve  =  -costheta*cosphi; 

vf  =  -sintheta*cosphi; 

vg  =  sinphi; 

vi  =  -costheta*sinphi; 

vj  =  -sinthcta*  sinphi; 

vk  =  -cosphi; 

vl  = rho; 

> 


/*  This  code  is  copyrighted  by  VRing  void  proj  ( int 
x,  int  y,  int  z,  int  *sx,  int  *sy,  struct  matrix  *mat ) 
{ 

float  xe,  ye,  ze, 

xw,  yw,  zw; 

xw  =  x*mat->m[0][0J  + 
y*mat->m[l][0]  + 
z*mat->m[2][0]  + 
mat->m[3][01; 

y\v  =  x*mat->m|0][l]  + 
y*mat->m|I](l]  + 
z*mat->m[2][l]  + 
mat->m|3J[l]; 

zw  =  x*mat->m[0]|2]  + 
y*mat->m[l]{21  + 
z*mat->m|2][2]  + 
mat->m|3]|21; 

/*  Translate  to  eye  coordinate  */ 
xe  =  va*xw  +  vb*yw; 
ye  =  vc*xw  +  vf*yw  +  vg*z\v; 
ze  =  vi*x\v  +  yj*yw  +  vk*/\v  +  vl; 

/*  Translate  to  pcrpcctivc  view  */ 
*s.\  =  screendist  *  xe  /  ze; 
*sy  =  screendist  *  ve  /  ze; 

I 


void  move  IoopO 
i 

char  ch  =  0.  tempi  100),  scale  -  0.  trans  --  0; 
int  x,  \.  o\.  o\ : 
struct  matrix  *mat; 
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mat  =  (struct  matrix  *)malloc(sizeof(  struct 
matrix)); 
identity  (  mat ); 

while  (  ch  !=  'q' ) 
{    ch  =  getch(); 
setcolor  ( BLACK ); 

proj  (  0,0,0,  &ox,  &oy,  mat ); 
proj  (  200,  0,  0,  &x,  &y,  mat ); 
moveto  (  screen  2x-ox.  screcn_2y-oy  ); 
Hncto  (  screen_2x-x,  screen_2y-y  ); 

proj  (  0,  200,  0,  &x,  &y,  mat ); 
moveto  (  screcn_2x-ox,  screen_2y-oy  ); 
lineto  (  screen__2x-x,  screen_2y-y  ); 

proj  (  0,  0,  200,  &x,  &y,  mat ); 
moveto  (  screen_2x-ox,  screen_2y-oy  ); 
lineto  (  screen_2x-x,  screen_2y-y  ); 

switch  ( ch ) 
{      case 't': 

case  T:  if  { trans  ==  0  ){ 

objcct  translate  (  mat.  -300,  0,  0 

); 

trans  =  1;  } 
else{ 

identity  (  mat ); 

trans  =  0;  } 
■break; 

case 's': 

case  'S':  if  (  scale  =-  0  ){ 

object_scale  (  mat,  2,  2,  2  ); 
scale  =  1 ; } 
else{ 
identity  ( mat ); 
scale  =  0; } 
break; 

> 

crcate_view_transform;ition(); 

proj  (  0,0,0,  &ox,  &oy,  mat ); 

/*  redraw  screen  */ 

setcolor  (  BLUE  ); 

proj  (  200,  0,  0.  &x,  &y.  mat ); 

moveto  (  screen_2x-ox.  screen_2y-oy  ); 

Hncto  (  scrccn_2x-x,  scrccn_2y-y  ); 

setcolor  (  RED  ); 

proj  (  0.  200.  0,  &x.  &>;  mat  ); 


moveto  (  screen_2x-ox,  screen_2y-oy  ); 
lineto  {  screen_2x-x,  screen_2y-y  ); 

setcolor  ( GREEN ); 
proj  (  0,  0,  200,  &x,  &y,  mat ); 
moveto  (  screen_2x-ox,  screen_2y-oy ); 
lineto  ( screen_2x-x,  screen_2y-y ); 

} 

} 


void  main() 
< 

char  ch,  tempi  100]; 

int  graphmode,  graphdriver,  x,  y; 

struct  matrix  *mat; 

mat  =  (struct  matrix  *)malloc(sizeof(struct 
matrix)); 
identity  ( mat ); 

/*  Set  up  graphics  screen  */ 
graphmode  =  VGAHI; 
graphdriver  =  VGA; 

initgraph  (  &graphdriver,  &graphmode,  "c:\tc" ); 

create_view_transformation();  /*  Set  up 

transformations  */ 

cleardevice();  /*  Clear  display 

screen  */ 

/*  draw  screen  */ 

setcolor  ( BLUE ); 

proj  (  200,  0,  0,  &x,  &y,  mat ); 

moveto  (  320,  240  );  lineto  (  screen_2x-x, 
screen_2y-y ); 

setcolor  ( RED ); 

proj  (  0,  200,  0,  &x,  &y,  mat ); 

moveto  (  320,  240  );  lineto  (  screen_2x-x, 
screen_2y-y ); 

setcolor  ( GREEN ); 

proj  (  0,  0,  200,  &x,  &y,  mat ); 

moveto  (  320,  240  );  lineto  (  scrccn_2x-x, 
screen_2y-y ); 


move  loopO;  /*  Movement 

loop  */ 

closegraphf);  /*  Release 

graphics  screen  */ 
1 
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3D  Games 

Joseph  D.  Gradecki 


In  the  last  couple  of  months,  the  gaming  world  has  seen  an  increase  in  the  number  of  3D 
games  available.  Two  games  stand  out:  Castle  Wolfenstein  and  Ultima  Underworld. 

Castle  Wolfenstein  is  a  shareware  game  from  Apogee.  The  program  requires  a  VGA  display 
and  1.5  megabytes  of  disk  space.  The  game  appears  to  operate  in  EGA/VGA  320  x  200  x  16 
graphics  mode.  For  a  shareware  game,  this  program  is  outstanding.  You  are  given  a  portal  into 
your  3D  world.  Directly  in  front  of  you  is  a  3D  representation  of  a  gun.   The  program  uses 
sound  cards  if  installed  and  can  take  input  from  the  keyboard,  joystick,  or  mouse. 

You  are  given  the  ability  to  move  in  all  directions,  open  doors,  and' kill  with  your  gun  As  you 
move  through  the  game,  you  encounter  guards  and  guard  dogs.  You  can  kill  the  men  and  the 
dogs  in  order  to  capture  gold  and  health  points.  The  movements  of  the  enemy  are  quite  realistic 
Your  character  moves  in  all  directions  except  looking  up  or  down. 

Having  played  the  game  for  several  hours,  I  received  a  headache  from  the  fast  movement  of 
the  game.  I  found  no  way  to  slow  the  movements  of  my  character.  It  took  some  time  to  get 
comfortable  going  through  doors.  But  any  complaints  are  mute  when  you  consider  that  this  game 
and  several  others  in  the  same  series  can  be  purchased  cheaply. 

Ultima  Underworld  is  a  commercial  game.  The  program  requires  six  to  eleven  megabytes  of 
d.sk  space  and  operates  in  320  x  200  x  256  graphics  mode.  The  256  color  graphics  in  this  game 
make  it  special.  The  game  uses  any  sound  boards  that  are  available  and  allows  use  of  the 
keyboard  or  mouse.  I  found  the  mouse  to  be  very  easy  to  use  when  moving. 

As  in  the  other  game,  you  have  a  small  portal  into  the  3D  world.  To  the  right  of  the  screen  is 
a  graphical  representation  of  your  character.  As  you  retrieve  objects,  the  character  becomes 
outfitted.  You  also  keep  track  of  any  other  objects  such  as  swords,  bowls,  keys,  and  other  things 
1  o  the  left  of  the  screen  are  icons  for  various  activities  like  seeing,  getting  objects  moving  and 
speaking.  & 

The  3D  representation  of  the  game  is  outstanding,  you  can  move  in  any  direction  and  look  up 
or  down.  When  you  use  a  weapon,  your  characters  hand  and  arm  appear  as  it  swips  the  weapon 
In  one  room,  there  is  a  large  fat  rat  that  guards  its  food.  The  rat  appears  even  more  realistic  than 
the  dogs  in  Wolfenstein. 

Each  of  these  games  has  a  common  graphical  representation  for  objects   When  a  user  looks  at 
a  distant  object,  the  highest  number  of  pixels  are  used  to  represent  the  object   As  the  user  oets 
closer  to  the  object,  larger  pixels  are  used   The  larger  common  pixels  allow  for  faster  screen 
updates  when  the  user  moves. 
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Next  Issue 

The  next  issue  of  PCVR  will  be  dedicated  to  REND386.  This  is  the  premier  public  domain  3D 
graphical  system  for  the  PC.  Tentative  topics  include  the  technical  detail  behind  Rend386, 
creating  objects  and  figures,  and  the  Sega/Powerglove  interface. 

Submissions 

We  are  always  looking  for  suggestions,  comments,  and  new  ideas.  To  submit  an  article,  send 
a  diskette  in  any  of  the  following  formats. 

1)  ASCII  with  illustrations  in  GIF  or  PCX  format 

2)  WordFor  Windows  1.1, 1.2or  2.0 

3)  Word  Perfect  5.0,5.1 

PCVR 

1706  Sherman  Hill  Rd.  #A 
Laramie,  Wyoming  82070 

If  we  use  your  article,  we  will  credit  your  account  for  the  issue  that  the  article  appears. 

I  can  be  contacted  at  gradecki@rodeo.uwyo.edu.  If  you  are  interested  in  conversing  about 
topics  that  appear  in  the  magazine,  drop  me  a  line. 
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